Fable: Fable 2 . में क्रमांकन

को निर्मित 2 मार्च 2018 · 17टिप्पणियाँ · स्रोत: fable-compiler/Fable

चर्चा का सिलसिला यहां शुरू हुआ https://github.com/SaturnFramework/Saturn/issues/33

इस ट्विटर थ्रेड में निहित बनाम स्पष्ट क्रमांकन के बारे में कुछ दिलचस्प टिप्पणियां भी हैं।

संभवत: मैं इससे जुड़े मुद्दे में अपने इरादों को व्यक्त करने के लिए पर्याप्त नहीं था और (किसी भी ब्रेकिंग बदलाव की तरह) इसने कुछ विवाद शुरू कर दिया है। चर्चा के लिए बेहतर नींव रखने के लिए मैं नीचे अपनी वर्तमान सोच को उजागर करने का प्रयास करूंगा :)

Fable 2 alpha प्रारंभ में बिना प्रतिबिंब समर्थन के शिप ofJson/toJson को प्रभावित करेगा क्योंकि मुझे लगता है कि अभी Fable में कई अन्य प्रतिबिंब नहीं हैं। कृपया ध्यान दें कि अल्फा संस्करण स्पष्ट रूप से उत्पादन के लिए नहीं होगा, बल्कि उपयोगकर्ताओं के लिए प्रयास करने और प्रतिक्रिया प्रदान करने के लिए होगा।
प्रतिबिंब समर्थन क्यों छोड़ें? खैर, अंत में मैं कोड के बड़े हिस्से को फिर से लिख रहा हूं (उम्मीद है) इसे क्लीनर, अधिक रखरखाव योग्य और योगदानकर्ताओं के लिए आकर्षक बनाने के लिए। रिफैक्टरिंग में मैंने देखा है कि Fable में प्रतिबिंब मॉडल सुसंगत नहीं है और उत्पन्न JS कोड (बंडल आकार को कम करना Fable 2 के मुख्य लक्ष्यों में से एक है) और Fable कोड बेस दोनों को बहुत प्रदूषित करता है। इसलिए मैं उपयोगकर्ताओं की वास्तविक जरूरतों को देखने के लिए Fable 2 alpha के साथ नए सिरे से _स्टार्ट करना चाहता हूं और इसे नए सिरे से लागू करना चाहता हूं (या नहीं, अगर हमें इसकी आवश्यकता नहीं है)।
प्रतिबिंब को कैसे पुन: कार्यान्वित किया जाएगा? अभी क्रमांकन जानकारी प्रकारों में सन्निहित है। यह प्रकारों को मोटा दिखता है और यह एक समस्या है जब लोग आरईपीएल में विकल्पों की तुलना कर रहे हैं क्योंकि वे देखेंगे कि फैबल सरल प्रकारों के लिए बहुत अधिक कोड उत्पन्न करता है (यह पहले ही हो चुका है)। Fable 2 के लिए मैंने दो विकल्पों पर विचार किया है:
- इस उम्मीद में एक स्थिर विधि के माध्यम से प्रतिबिंब जानकारी उपलब्ध कराएं कि उत्पादन के लिए निर्माण करते समय इसे पेड़ के हिलने से हटा दिया जाएगा। यह शायद सबसे आसान तरीका होगा लेकिन यह अभी भी आरईपीएल में कोड प्रदर्शित करेगा।
- उदाहरण के लिए typeof<Foo> को बदलने के लिए कॉल साइट में प्रतिबिंब जानकारी उत्पन्न करें। मुझे लगता है कि यह ज्यादातर मामलों के लिए अच्छा होगा, लेकिन यह उन ऐप्स को दंडित कर सकता है जो बड़े पैमाने पर प्रतिबिंब का उपयोग करते हैं, क्योंकि संभावित रूप से डुप्लिकेट कोड होगा।
  - मैंने तीसरे विकल्प पर भी विचार किया: प्रतिबिंब जानकारी के साथ एक अतिरिक्त फ़ाइल इंजेक्ट करें ताकि यह उपयोगकर्ता के लिए छिपी रहे और यदि आवश्यक हो तो इसे केवल पुनर्प्राप्त किया जा सके। लेकिन जिस तरह से Fable अभी JS बंडलर और टूल्स (Webpack...) के साथ इंटरैक्ट करता है, वह इसे जटिल बना देता है।
Fable 2 में ऑटो-सीरियलाइज़ेशन कैसे काम कर सकता है? रिकॉर्ड सादे JS ऑब्जेक्ट बन जाएंगे, और यूनियन, JS सरणियाँ। तो ज्यादातर मामलों में, केवल देशी JSON.parse/stringify को कॉल करना काम करेगा। समस्या उन चीजों की होगी जो ब्राउज़र के साथ संगत नहीं हैं JSON एपीआई, जैसे मैप्स, सेट, तिथियां, लंबे, आदि ... उन्हें फुलाएं / डिफ्लेट करें।
मुझे वर्तमान क्रमांकन के बारे में क्या पसंद नहीं है? कुछ बातें हैं
- यह ज्यादातर मामलों के लिए काम करता है लेकिन सभी मामलों में नहीं, और यह आपको रनटाइम पर आश्चर्यचकित कर सकता है, जो कि कुछ अच्छा नहीं है अगर हम एक _safe_ भाषा बेच रहे हैं।
- यह किसी भी तरह _mirror_ Newtonsoft.Json फ्रंटएंड-साइड पर है, और कुछ लोग उम्मीद करते हैं कि यह विशेषताओं, जेसन में प्रकार की जानकारी एम्बेड करने आदि जैसी चीजों का समर्थन करेगा।
  - मुझे पता है कि अन्य भाषाएं (एफ # शामिल) में इसके मूल सिस्टम में सीरियलाइजेशन एम्बेडेड नहीं है। यह Fable कोड बेस की रखरखाव लागत को बढ़ाता है और इसे रिफैक्टर करना अधिक कठिन बनाता है (जैसा कि Fable 2 के साथ हुआ)। क्रमबद्धता को बाहरी पुस्तकालय में ले जाने से मुझे बहुत खुशी होगी।
विकल्प क्या हैं? जैसा कि ऊपर के मुद्दे में टिप्पणी की गई है, इस समय मुख्य विकल्प जिसे Fable 2 alpha के साथ तुरंत काम करना चाहिए, वह है Thot.Json । यह लाइब्रेरी आपको जेनरेट किए गए JSON पर अधिक नियंत्रण और बेहतर सत्यापन प्रदान करती है। केवल एक ही कमी है कि आपको डिकोडर्स को स्वयं लिखने की आवश्यकता है, लेकिन उन्हें स्वचालित रूप से

dev2.0 discussion

स्रोत

alfonsogarciacaro

सबसे उपयोगी टिप्पणी

Fable को पसंद करने के कारणों में से एक इसका JSON समर्थन है। सभी जगह एनकोडर/डिकोडर फंक्शन में जाना और जोड़ना एक कठिन बिक्री होने जा रही है। मुझे बहुत जल्दी रिलीज में याद है, एफ # प्रकार जहां जेएस ऑब्जेक्ट्स के बहुत करीब हैं और ज्यादातर समय आप केवल JSON.parse/stringify और उस सीमा को जानने का मतलब है कि मैं इसे काम करने के बारे में बता सकता हूं। दुर्भाग्य से जैसे-जैसे फ़ेबल बेहतर हुआ मैंने अपने JSON में सूचियों और डेटटाइम्स का उपयोग करना शुरू कर दिया, इसलिए यदि वे गए तो यह एक परियोजना के पुनर्लेखन का एक सा होगा: एस

यदि Thot.Json कोड जनरेशन क्लाइंट और सर्वर दोनों के लिए बिल्ड चेन का हिस्सा हो सकता है (net46x में - हाँ, मुझे पता है, एक दिन मुझे अपग्रेड करना होगा), शायद किसी प्रकार के प्री बिल्ड इवेंट के रूप में जो नकली कहता है (जिसे मैं FSharp.Data.SqlClient के लिए एक sql डेटाबेस को तैनात करने के लिए उपयोग करें) तो काम करने योग्य हो सकता है? या एमएस बिल्ड कार्य/लक्ष्य अभी भी एक चीज हैं ... कैसे पैकेट इसे ऑटो पुनर्स्थापित करता है?

_मैं न्यूटनसॉफ्ट से अलग हो गया।Json साल पहले।_

davidtme 2 मार्च 2018

👍5

सभी 17 टिप्पणियाँ

_मैं न्यूटनसॉफ्ट से अलग हो गया।Json साल पहले।_

davidtme 2 मार्च 2018

👍5

बस एक काउंटर-पॉइंट उत्पन्न करने के लिए, मैं वर्तमान में एक DU में संदेश प्रकारों को deserializing के लिए एक उत्पादन Fable 1 नोड ऐप में प्रतिबिंब का उपयोग कर रहा हूं:

https://github.com/intel-hpdd/device-scanner/blob/16233ff62ad710aa02d6c8fe8acdbcad0c3e1e3e/IML.DeviceScannerDaemon/src/Main.fs#L13 -L20

और नोड धाराओं के एन्कोडिंग प्रकारों को स्वत: निर्धारित करने के लिए ताकि मैं एक साथ ट्रांसफॉर्म लिख सकूं और उन्हें रनटाइम पर अपेक्षित के रूप में टाइपचेक/कॉन्फ़िगर किया जा सके:

https://github.com/intel-hpdd/fable-import-node-powerpack/blob/4004f9c430517c1f26bf47f9c2f766598e500b0d/fable/Stream.fs#L99 -L120

https://github.com/intel-hpdd/device-scanner/blob/16233ff62ad710aa02d6c8fe8acdbcad0c3e1e3e/IML.DeviceScannerDaemon/src/Main.fs#L23 -L42

इस सेवा के उपभोक्ताओं से स्ट्रीम किए गए डेटा प्राप्त करने के लिए डेमॉन को एक संदेश भेजने की उम्मीद है: https://github.com/intel-hpdd/device-scanner/tree/master/IML.DeviceScannerDaemon (इसलिए इसके बजाय इसे एक रिकॉर्ड / स्ट्रिंग रखते हुए) एक सरणी आदर्श है) लेकिन मुझे लगता है कि मैं उसके आसपास जाने के लिए क्रमबद्ध करने का प्रयास करने से पहले सिर्फ स्ट्रिंग मैच कर सकता हूं।

मेरे लिए बड़ा मुद्दा रनटाइम पर प्रतिबिंब जानकारी की कमी के आधार पर नोड स्ट्रीम को ऑटो-कॉन्फ़िगर करने की क्षमता खो रहा है, लेकिन मैं इसके आसपास भी काम करने में सक्षम हो सकता हूं।

jgrund 2 मार्च 2018

👍3

@davidtme मैं निर्माण श्रृंखला में या टीपी समर्थन आदि के माध्यम से Thot.Json डिकोडर्स/एनकोडर पीढ़ी को एकीकृत करने का तरीका तलाश रहा हूं।

मैं इस विषय पर अपनी भविष्य की प्रगति को ट्रैक करने के लिए Thot.Json पर एक अंक खोलूंगा।

आपकी जानकारी के लिए, मैं सिर्फ Thot.Json.Net प्रकाशित करता

विचार यह है कि आप कोड साझा करने के लिए कंपाइलर निर्देश का उपयोग कर सकते हैं:

// By adding this condition, you can share you code between your client and server 
#if FABLE_COMPILER
open Thot.Json
#else
open Thot.Json.Net
#endif

प्रलेखन

MangelMaxime 2 मार्च 2018

👍1

@alfonsogarciacaro क्या संकलन समय पर प्रकार की जानकारी का पता लगाना और उसके आधार पर serialization प्रक्रिया को अनुकूलित करना संभव होगा?

MangelMaxime 2 मार्च 2018

प्रकार की जानकारी संकलन प्रकार पर उपलब्ध है, हां। यद्यपि यदि हम चाहते हैं कि _both_ बिना प्रतिबिंब के प्रकार की जानकारी का उपयोग करें और संकलक के बाहर क्रमांकन को स्थानांतरित करें, तो हमें किसी प्रकार के प्लगइन की आवश्यकता होगी (जो कि Fable 2 alpha:wink:) में भी अनुपलब्ध होगा। लेकिन "क्रमबद्धता प्रक्रिया को अनुकूलित करने" से आपका क्या मतलब है?

alfonsogarciacaro 3 मार्च 2018

टीबीएच, मुझे कल्पित का मूल्यांकन करने वाले लोगों के लिए जेनरेट की गई जावास्क्रिप्ट अपील को और अधिक बनाने के लिए कार्यक्षमता को बाहर करना अजीब लगता है। मुझे पता है कि यह अच्छा जावास्क्रिप्ट उत्पन्न करने के लिए Fable का आदर्श वाक्य है और मुझे वास्तव में यह पसंद है, लेकिन IMO, सबसे अधिक बिकने वाला बिंदु Fable में जावास्क्रिप्ट के लिए एक संकलक के रूप में है, F # का उपयोग कर रहा है, JS पारिस्थितिकी तंत्र के साथ भयानक अंतःक्रियाशीलता और किसी भी जावास्क्रिप्ट पर लागू होने के लिए रनटाइम। अच्छा जेनरेट किया गया जावास्क्रिप्ट बस यही है: अच्छा है। (कैसे वास्तव में उपयोगकर्ताओं से पूछने के लिए मतदान करने के बारे में?)

यह ज्यादातर मामलों के लिए काम करता है लेकिन सभी मामलों में नहीं, और यह आपको रनटाइम पर आश्चर्यचकित कर सकता है, जो कि कुछ अच्छा नहीं है अगर हम एक सुरक्षित भाषा बेच रहे हैं।

फिर हम असफल असाधारण मामलों को लागू करते हैं। स्वचालित क्रमांकन/deserialization विफलता उन जगहों पर आती है जहां हमारे पास रनटाइम पर पर्याप्त मेटाडेटा नहीं है।

यह किसी भी तरह से न्यूटॉन्सॉफ्ट। जेसन को फ्रंटएंड-साइड पर दर्पण करता है, और कुछ लोग उम्मीद करते हैं कि यह विशेषताओं, जेसन में एम्बेडिंग प्रकार की जानकारी आदि जैसी चीजों का समर्थन करेगा।

मैं कहूंगा कि यह Newtonsoft.Json की समान आसानी प्रदान करता है और उपयोगकर्ता पहले से ही डिफ़ॉल्ट के रूप में उपयोग करने से बहुत खुश हैं। यदि लोग अधिक नियंत्रण और अनुकूलन चाहते हैं तो Thot.Json या Fable.SimpleJson नियंत्रण का आवश्यक स्तर प्रदान करते हैं।

मुझे पता है कि अन्य भाषाएं (एफ # शामिल) में इसके मूल सिस्टम में सीरियलाइजेशन एम्बेडेड नहीं है। यह Fable कोड बेस की रखरखाव लागत को बढ़ाता है और इसे रिफैक्टर करना अधिक कठिन बनाता है (जैसा कि Fable 2 के साथ हुआ)। क्रमबद्धता को बाहरी पुस्तकालय में ले जाने से मुझे बहुत खुशी होगी।

मैं सहमत हूं कि रखरखाव लागत ofJson<'a> और 'toJson' के साथ बढ़ जाती है लेकिन यह वास्तव में इसके लायक है। यदि हम एक बाहरी पुस्तकालय बनाना चाहते हैं तो उपभोक्ताओं को ऐसे कन्वर्टर्स लिखने में सक्षम होने के लिए प्रतिबिंब को अच्छी तरह से लागू किया जाना चाहिए

Zaid-Ajaj 3 मार्च 2018

👍2

@ ज़ैद-अजाज मेरे दृष्टिकोण से, यह न केवल उत्पन्न जावास्क्रिप्ट को अच्छा बनाने के लिए बल्कि बंडल आकार को कम करने के लिए भी है।

हम देखते हैं कि बहुत से लोग इसके बारे में शिकायत करते हैं, खासकर उस देश में जहां इंटरनेट कनेक्शन अभी भी धीमा है :)

@alfonsogarciacaro मैं संपत्ति के नाम को कुंजी के रूप में उपयोग करके मैप्स, सेट्स इत्यादि का समर्थन करने के लिए सीरियलाइज़र कॉल को फ़ेबल को अनुकूलित करने के बारे में

MangelMaxime 3 मार्च 2018

@alfonsogarciacaro क्या प्रकार की जानकारी को "टाइप मॉड्यूल" में एम्बेड करना संभव होगा।

मॉड्यूल में ऐप की सभी प्रकार की जानकारी हो सकती है और यदि इसका उपयोग नहीं किया जाता है तो वेबपैक इसे हटाने में सक्षम होना चाहिए नहीं?

MangelMaxime 3 मार्च 2018

👍1

आपकी टिप्पणियों के लिए बहुत-बहुत धन्यवाद। मैं समझता हूं कि वर्तमान ofJson/toJson सहायक बहुत सुविधाजनक हैं और उन्हें तब तक प्रतिस्थापित नहीं किया जाना चाहिए जब तक कि हम कुछ ऐसा प्रदान नहीं करते जो उपयोग में लगभग आसान हो। नमूने @jgrund के लिए भी धन्यवाद, यह देखना बहुत उपयोगी है कि उत्पादन में Fable का उपयोग कैसे किया जाता है। जो मैं देख सकता हूं उसके लिए प्रतिबिंब केवल ofJson लिए उपयोग किया जाता है, क्या कोई अन्य जगह है जहां आप typeof<'T> या इसी तरह का उपयोग करते हैं?

आपकी अंतर्दृष्टि के लिए भी धन्यवाद @ ज़ैद-अजाज। जैसा कि मैक्सिम कहते हैं, यह केवल कोड को और अधिक पठनीय बनाने की बात नहीं है (वास्तव में कुछ जगहों पर यह _less_ पठनीय हो सकता है लेकिन Fable 2 में अधिक अनुकूलित हो सकता है), लेकिन बंडल आकार को कम करना और जेनरेट कोड को JS ऑप्टिमाइज़ेशन टूल के लिए बेहतर फिट बनाना है। यह भी अस्तित्व की बात है क्योंकि अब हमारे पास फुलमा जैसे अधिक परिपक्व और जटिल पुस्तकालय हैं यदि बंडल आकार बहुत बड़े हैं, तो उपयोगकर्ता अन्य विकल्पों पर विचार कर सकते हैं (और हम जानते हैं कि जेएस को संकलित करने वाली कार्यात्मक भाषाओं में प्रतिस्पर्धा कठिन है)। Fable F# भाषा को अपनी विशेषताओं के _most_ और BCL के FSharp.Core और _some_ के साथ संकलित करने का प्रयास करता है और यह तय करता है कि प्रतिबिंब एक F# भाषा सुविधा है या BCL/.NET रनटाइम का हिस्सा एक अन्य विषय है। बेशक, यह कुछ बहुत उपयोगी है, लेकिन मैं इसकी लागत/लाभों का आकलन करने के लिए फैबल 2 अल्फा रिलीज का उपयोग करना चाहता हूं और क्या हमारे पास व्यवहार्य विकल्प हैं।

@MangelMaxime हां, यह तीसरा विकल्प है जिस पर मैं ऊपर विचार कर रहा था। मुझे घड़ी संकलन के साथ कुछ संदेह हैं, क्योंकि यह Types मॉड्यूल असंगत स्थिति में हो सकता है। लेकिन मुझे यकीन नहीं है, मुझे लगता है कि हम कोशिश कर सकते हैं।

फिर से, आपकी टिप्पणियों के लिए आप सभी का धन्यवाद, वे वास्तव में उपयोगी हैं और कृपया सुनिश्चित करें कि यह कुछ भी करने का मेरा इरादा कम से कम है जो वर्तमान Fable उपयोगकर्ताओं को चोट पहुंचा सकता है। मैं एक Fable 2 अल्फा संस्करण जारी करने का प्रयास करूंगा ताकि विकल्पों और उनके प्रभावों की तुलना करना आसान हो: +1:

alfonsogarciacaro 3 मार्च 2018

👍3

Fable over Elm चुनने का मेरा एकमात्र सबसे महत्वपूर्ण कारण दोनों पक्षों पर F# का उपयोग करने और स्तरों के प्रकारों का पुन: उपयोग करने में सक्षम होना था। मुझे प्रति प्रतिबिंब की आवश्यकता नहीं है, लेकिन जैसे @davidtme ने कहा, पहले का कार्यान्वयन "बस काम किया"। मैं JSON क्रमांकन के उद्देश्य के लिए टाइप सिस्टम के कुछ पहलुओं को छोड़ने में सहज होऊंगा, लेकिन यह किसी भी क्रॉस-प्लेटफ़ॉर्म क्रमांकन प्रारूप के लिए बहुत सही है और मैं इसके साथ ठीक हूं।

एक कंपाइलर प्लगइन में निकाला गया सीरियलाइजेशन एक अच्छा समझौता होगा, अगर आप इसे खींच सकते हैं;)

et1975 5 मार्च 2018

👍3

क्या कोई अन्य जगह है जहाँ आप typeof<'T> या इसी तरह का उपयोग करते हैं?

क्षमा करें, प्रासंगिक अनुभाग को हाइलाइट नहीं किया। https://github.com/intel-hpdd/fable-import-node-powerpack/blob/4004f9c430517c1f26bf47f9c2f766598e500b0d/fable/Stream.fs#L144

ऐसा करने से, मैं केवल संकलन समय की जानकारी से एक स्ट्रीम एन्कोडिंग और पठनीय पक्ष की स्थिति सेट करने में सक्षम हूं, जो मुझे प्रत्येक स्ट्रीम को मैन्युअल रूप से उस जानकारी के साथ कॉन्फ़िगर करने से बचाता है जो पहले से ही प्रकारों द्वारा एन्कोड किया गया है।

उसके आधार पर, मैं पहले से हार्डकोडिंग विकल्पों के बारे में चिंता किए बिना धाराओं की रचना करने जैसे काम कर सकता हूं, जो बहुत अच्छा है: https://github.com/intel-hpdd/fable-import-node-powerpack/blob/4004f9c430517c1f26bf47f9c2f766598e500b0d/test/ Stream.Test.fs#L221 -L232

jgrund 5 मार्च 2018

👍1

यहाँ एक और चतुर प्रतिबिंब उपयोग:
https://github.com/Zaid-Ajaj/Fable.Remoting/blob/master/Fable.Remoting.Client/Proxy.fs#L70

और यहाँ:
https://github.com/Zaid-Ajaj/Fable.Remoting/blob/master/Fable.Remoting.Client/Proxy.fs#L169

संपूर्ण Fable.Remoting परियोजना का विचार सर्वर और क्लाइंट दोनों पर प्रतिबिंब की उपलब्धता पर आधारित है।

irium 10 मार्च 2018

👍2

शायद एक लोकप्रिय अनुरोध नहीं - जब तक कि संचार विलंबता या प्रदर्शन संवेदनशील न हो - लेकिन परिवहन के लिए कच्चे मूल्य प्रकारों का समर्थन करने के बारे में कैसे (शून्य-प्रति समर्थन के साथ या बिना)? उदाहरण के लिए .NET पैक्ड और अप्रबंधित ("ब्लिटटेबल") मान प्रकारों का समर्थन? परिभाषा के अनुसार इसका मूल और .NET दोनों में हर जगह समान प्रतिनिधित्व है। यह कच्चा प्रतिनिधित्व महत्वपूर्ण हो सकता है, क्योंकि कभी-कभी json क्रमांकन/डिसेरिएलाइज़ेशन सर्वर पर बहुत अधिक सीपीयू/मेमोरी/जीसी/विलंबता गहन होता है (विशेषकर बहुत सारे ग्राहकों और/या उच्च संदेश दर के साथ)। क्लाइंट पर शून्य प्रतिलिपि को ArrayView/TypedArray/DataView बैकिंग का उपयोग करके भी समर्थित किया जा सकता है (फ़ील्ड सीधे बफर से/को पढ़ेंगे/लिखेंगे)।
हो सकता है कि यह नोडजेएस देशी इंटरऑप के लिए भी प्रयोग योग्य हो (एफएफआई के साथ)।

[<Struct>]
[<StructLayout(LayoutKind.Sequential, Pack=1)>]
type Vector3 =
    val X: int32
    val Y: int32
    val Z: int32
    new(x,y,z) = {
      X=x;
      Y=y;
      Z=z;
    }
    new(dataview: DataView,offset) = {
    //TODO
    }

zpodlovics 1 मई 2018

आपकी टिप्पणी @zpodlovics के लिए धन्यवाद। मुझे कहना होगा कि मैं इस तरह के क्रमांकन से परिचित नहीं हूँ। क्या आप JSON या बाइनरी क्रमांकन के बारे में बात कर रहे हैं? (मैंने एक प्रोजेक्ट में Google फ्लैटबफ़र्स प्रोटोकॉल का उपयोग करके बाइनरी क्रमांकन के साथ थोड़ा सा खेला है, लेकिन इसमें बहुत सारे बॉयलरप्लेट कोड शामिल हैं।) क्या आप एक उदाहरण दे सकते हैं कि क्रमबद्ध डेटा कैसा दिखेगा? .NET और JS दोनों में समान प्रतिनिधित्व होना थोड़ा मुश्किल हो सकता है क्योंकि Fable कुछ डेटा को JS कोड और रनटाइम में अनुकूलित करने के लिए प्रकारों से हटा देता है। जेएस में सीमाओं के अलावा, मान (संरचना) प्रकारों को परिभाषित करने में सक्षम नहीं होना।

साथ ही, जैसा कि ऊपर टिप्पणी की गई है, मैं सीरियलाइजेशन को कंपाइलर कोर कोड से अलग रखना पसंद करूंगा। Fable 2 में हम शायद किसी प्रकार का डिफ़ॉल्ट JSON क्रमांकन रखेंगे क्योंकि यह अब उपयोगकर्ताओं की सुविधा के लिए है, लेकिन अधिक जटिल चीजों को अधिमानतः एक अलग पैकेज में किया जाना चाहिए।

alfonsogarciacaro 2 मई 2018

@alfonsogarciacaro टिप्पणी के लिए धन्यवाद!

खैर, यह वास्तव में एक क्रमबद्ध प्रारूप नहीं है, लेकिन प्रत्यक्ष स्मृति प्रतिनिधित्व है क्योंकि इसे मूल सी संरचना में दर्शाया जाएगा। "क्रमबद्ध" प्रारूप बिल्कुल एसी संरचना (मूल) [1] जैसा दिखता है। यह देशी इंटरऑप के लिए भी आवश्यक है, क्योंकि यह मूल एप्लिकेशन के समान मेमोरी प्रतिनिधित्व का उपयोग करता है। पिछला उदाहरण 3 * 4 = 12 बाइट मेमोरी क्षेत्र का उपयोग करेगा। बैकिंग मेमोरी क्षेत्र (.रैप) को प्रतिस्थापित करने वाली विधि के साथ एक संरचना को ऑब्जेक्ट के रूप में "अनुकरणित" किया जा सकता है।

जेएस डेटाव्यू एपीआई (https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/DataView/getInt32) का उपयोग करके पहले की संरचना को इस छद्म कोड में अनुवादित किया जा सकता है:

उदाहरण:

type Vector3 =
    val mutable view: DataView
    val mutable offset: int32
    static member XOffset=0
    static member YOffset=4
    static member ZOffset=8
    new(v: DataView,o:int32) = {
      view=v;
      offset=o;
    }
    member __.Wrap(v: DataView,o:int32) = {
      view=v;
      offset=o;
    }
    member __.X
        with get() = __.view.getInt32(__.offset+Vector3.XOffset)
        and set(v) = __.view.setInt32(__.offset+Vector3.XOffset,v)
    member __.Y
        with get() = __.view.getInt32(__.offset+Vector3.YOffset)
        and set(v) = __.view.setInt32(__.offset+Vector3.YOffset,v)
    member __.Z
        with get() = __.view.getInt32(__.offset+Vector3.ZOffset)
        and set(v) = __.view.setInt32(__.offset+Vector3.ZOffset,v)

हां, इसे मैन्युअल रूप से बनाया जा सकता है, लेकिन इसे मैन्युअल रूप से करने में समय लगता है और त्रुटि प्रवण होती है। विशेष रूप से यदि मेरे पास कंपाइलर के पास पहले से ही आवश्यक सभी जानकारी है: प्रकार, मेमोरी लेआउट, फ़ील्ड ऑफ़सेट इत्यादि। कुछ प्रकार का कंपाइलर एक्सटेंशन प्लगइन/एपीआई/एस्ट कस्टम बनाए गए कोडजन के साथ भी बिल्कुल ठीक होगा। अंततः सभी को द्विआधारी समस्या का सामना करना पड़ेगा - बायनेरिज़ को कैसे पढ़ना/लिखना है जैसे: छवि/ऑडियो/वीडियो/दस्तावेज़/नेटवर्क पैकेट/आदि।

इंटरऑप (एफएफआई का समर्थन करने के लिए) के लिए सीरियलाइज़ेशन प्रारूप के रूप में अंतर्निहित कच्ची मेमोरी रिप्रेजेंटेशन का सभी के लिए एक अविश्वसनीय मूल्य हो सकता है। प्रत्येक प्लेटफ़ॉर्म पर डेवलपर्स के पास प्लेटफ़ॉर्म में हेरफेर करने के लिए दो विकल्प होते हैं: 1) इंटरऑप कोड को प्लेटफ़ॉर्म नेटिव कोड (प्लेटफ़ॉर्म कंपाइलर, विभिन्न टूलचेन, अलग बिल्ड/टेस्ट/तैनाती प्रक्रिया, आदि) के रूप में लिखें 2) कोड लिखें जो इंटरऑप के लिए कच्ची मेमोरी का प्रतिनिधित्व करता है। + एफएफआई। यह कोई संयोग नहीं है कि .NET में पिनवोक का अंतर्निहित समर्थन है।

सी:
[1] https://en.wikipedia.org/wiki/Struct_ (C_programming_language)
।जाल
[2] https://www.developerfusion.com/article/84519/mastering-structs-in-c/
जे एस
[3] https://github.com/TooTallNate/ref-struct

zpodlovics 2 मई 2018

अधिक विस्तृत विवरण @zpodlovics के लिए बहुत बहुत धन्यवाद! मैंने अतीत में संरचनाओं का अनुकरण करने के लिए डेटा दृश्यों का उपयोग करके खोज की, लेकिन मैंने बहुत कुछ नहीं किया क्योंकि अभी भी सीमाएं हैं (जैसे केवल संख्याओं का उपयोग करने में सक्षम होना, नेस्टिंग स्ट्रक्चर मुश्किल है, एक सरणी से एक संरचना की प्रतिलिपि बनाना भी मुश्किल है, आदि) ) इसके अलावा, संख्यात्मक सरणियों का उपयोग करके Fable के साथ मेमोरी को बेहतर ढंग से नियंत्रित करना पहले से ही संभव है, क्योंकि उनका अनुवाद टाइप किए गए Arrays में किया जाएगा, लेकिन यह अब तक उपयोगकर्ताओं के बीच अधिक आकर्षक नहीं रहा है।

हमें शायद इसके लिए एक नया मुद्दा खोलना चाहिए, जैसा कि आपने कहा, यह क्रमबद्धता से बिल्कुल संबंधित नहीं है। मैं इस समय इसे प्राथमिकता नहीं मान सकता, लेकिन इस संबंध में योगदान देखकर बहुत अच्छा लगेगा। Fable 2 के लिए प्लगइन की कहानी अभी भी TBD है, लेकिन हम इसे बना सकते हैं इसलिए यदि आप इस तरह के प्लगइन में काम करने में रुचि रखते हैं तो यह कुछ इस तरह की अनुमति देता है।

हालांकि एक बात पर विचार करना है कि WebAssembly समर्थन .NET/F# पर आ रहा है और उस स्थिति में स्मृति प्रतिनिधित्व .NET मॉडल के करीब होगा। जब ऐसा होता है, तो Fable F# को JS इकोसिस्टम के करीब एकीकृत करने के तरीके के रूप में बना रह सकता है (जैसा कि अभी है) और अपने ऐप्स के फ्रंटएंड के निर्माण के लिए उपलब्ध मौजूदा टूलिंग/लिबास का लाभ उठाएं।

alfonsogarciacaro 2 मई 2018

@alfonsogarciacaro क्या हम इस मुद्दे को बंद कर सकते हैं?

MangelMaxime 6 नव॰ 2018

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fable: Fable 2 . में क्रमांकन

सबसे उपयोगी टिप्पणी

सभी 17 टिप्पणियाँ

संबंधित मुद्दों