Design: हमें गोंद कोड की आवश्यकता कब होनी चाहिए?

क्या गोंद कोड? ऐसा प्रतीत होता है कि आपने यहां कुछ वासम ट्यूटोरियल से दो फ़ंक्शन ( addThree() और adder() ) कॉपी किए हैं? वे केवल उदाहरण के कार्य प्रतीत होते हैं जो वास्तव में बहुत कुछ नहीं करते हैं, और बस एक साधारण वासम ट्यूटोरियल प्रदर्शित करने के लिए काम करते हैं। इन कार्यों में से कोई भी जटिल हस्ताक्षर नहीं है, और बिना किसी गोंद कोड के कॉल करने योग्य होना चाहिए।

लेकिन, यह मेरी बात नहीं है। कुछ दस्तावेज़ों से, यह इस तरह समझाता है:

लंबी अवधि में, टाइप की गई वस्तुओं के साथ wasm और GC मदद कर सकता है। क्या यहाँ यही मतलब है?
अन्यथा, मुझे यकीन नहीं है कि उस गोंद कोड में से किसी को भी छोटी या मध्य अवधि में कैसे हटाया जा सकता है। सी/सी++ चीजों के चारों ओर एक खोल बनाने में बहुत काम लगता है जो उन्हें जेएस चीज़ की तरह दिखता है। उदाहरण के लिए, ग्लू कोड में C स्ट्रिंग को JS स्ट्रिंग में बदलने की विधियाँ होनी चाहिए, और इसके विपरीत। C++ स्तर पर, JS में C++ क्लास का विस्तार करने और JS में वर्चुअल विधियों को लागू करने में काफी हैकरी की आवश्यकता होती है। और सामान्य तौर पर, JS के माध्यम से wasm से वेब API तक पहुंचने के लिए बहुत सारे ग्लू की आवश्यकता होगी।

और दूसरे:

मेमोरी आवंटन, मेमोरी लीक, और कई अन्य समस्याओं को संभालने के लिए एम्सस्क्रिप्टन को जावास्क्रिप्ट "गोंद" कोड की एक विशाल विविधता की आवश्यकता होती है, जो पहले से ही प्रदान किए गए टेम्पलेट में शामिल है। इसका उपयोग करना आसान है, इसे स्वयं लिखने की तुलना में

जब मैं कुछ सरल सी/सी ++ कोड से मिलता हूं, तो मैं इसे संकलित करके आसानी से wasm का उपयोग कर सकता था, और export.xxxFn() ।

int adder (int a, int b) {
    return a + b;
}

और जब मैं बफ़र का उपयोग करने वाले कोड का उपयोग करता हूं, तो मैं गोंद कोड का उपयोग करना पसंद करता हूं।

# C/C++
int addThree(uint8_t *buf, int len) {
  uint8_t *item;
  uint8_t *end = buf + len;

  for (item = buf; item<end; item++) {
    *item += 3;
  }

  return 0;
}

# deal with buffer in JS
...
let dataHeap = new Uint8Array(Module.HEAPU8.buffer, dataPtr, nDataBytes);
dataHeap.set(new Uint8Array(buffer_pcm.buffer));
...

इसलिए, मैं यह निष्कर्ष निकाल सकता हूं कि जब मैं बफर को WASM में स्थानांतरित करता हूं, तो मुझे मेमोरी आवंटन, मेमोरी लीक और कई अन्य समस्याओं को संभालने के लिए गोंद कोड की आवश्यकता होती है?

ऊपर टिप्पणी में वर्णित गोंद कोड जावास्क्रिप्ट लोडर है जो एम्स्क्रिप्टन उत्पन्न करता है। यह वही करता है जो टिप्पणी कहती है: JS और C++ डेटा अभ्यावेदन (जैसे स्ट्रिंग्स), और विभिन्न ऑब्जेक्ट अभ्यावेदन (यानी C++ ऑब्जेक्ट्स के लिए JS प्रॉक्सी ऑब्जेक्ट बनाना) के बीच कनवर्ट करता है। यह आवश्यक टाइप किए गए सरणी भी बनाता है।

जैसा कि आपने देखा है, उदाहरण के रूप में आपके द्वारा उपयोग किए गए दो कार्यों जैसे साधारण मामलों के लिए आप एम्सस्क्रिप्टन लोडर से छुटकारा पा सकते हैं। उनमें से किसी को भी किसी जटिल गोंद कोड की आवश्यकता नहीं है: प्रत्येक को बस वासम फ़ाइल को लोड करने के लिए एक JS फ़ाइल की आवश्यकता होती है (और दूसरे उदाहरण में, addThree की wasm फ़ाइल को बनाने के लिए Uint8Array की भी आवश्यकता होगी)।

अंत में, मेमोरी आवंटन को वासम कोड द्वारा नियंत्रित किया जाता है, जिसमें मस्ल से मॉलोक की एक प्रति शामिल होनी चाहिए (हालांकि एम्सस्क्रिप्टन में अभी भी इसका मॉलोक शामिल है, बजाय इसके कि मसल एक का उपयोग किया जाए)। मेमोरी लीक को मानक तरीके से टाला जाता है, बस आपके सी/सी ++ कोड में मेमोरी को मुक्त करने के बाद, यहां कुछ खास नहीं है जिसे वासम की आवश्यकता है।

अंततः, आपको केवल उस गोंद कोड की आवश्यकता होती है जिसका आप वास्तव में उपयोग करेंगे, इस आधार पर कि आपका कोड किस क्रॉस-बाउंड्री कॉल करता है (JS से C++ में और C++ से JS में)।

इस मुद्दे को बंद किया जा सकता है, यह WebAssembly डिज़ाइन में एक बग के बजाय Emscripten के बारे में एक प्रश्न है।

बहुत बहुत धन्यवाद