वैला डेवलपर के रूप में मैं एक दुभाषिया के लिए वाला का सुझाव नहीं दूंगा। एक दुभाषिया में आप अस्थ, डेटा प्रकार, संभावित मध्यवर्ती वस्तुओं, कोडेजन ऑब्जेक्ट्स आदि के लिए कई ऑब्जेक्ट्स बनाने जा रहे हैं। वाला में ही मैंने व्यक्तिगत रूप से मापा है कि प्रमुख ओवरहेड ऑब्जेक्ट्स बना रहा है (जो सरल जीटीपी इंस्टेंस हैं, यहां तक कि गोब्जेक्ट भी नहीं)। वैला को गोबजेक्ट्स के साथ काम करने के लिए डिज़ाइन किया गया है, लेकिन gobjects को आवंटित करने के लिए डिज़ाइन नहीं किया गया है।
तो, आपकी परियोजना के लिए मैं अभी भी क्रॉस-प्लेटफॉर्म सामग्री जैसे नेटवर्किंग, स्ट्रिंग यूटिल, यूनिकोड, डेटा स्ट्रक्चर आदि के लिए ग्लिब/जीओ का उपयोग कर रहा हूं, क्योंकि उनके पास एक स्वच्छ, सुसंगत और सुविधाजनक एपीआई है, लेकिन मैं गोब्जेक्ट्स/gtypeinstance के रूप में अस्थ वस्तुओं नहीं बनाऊंगा। एक दुभाषिया में आप तेजी से आवंटन चाहते हैं, यह पूरा बिंदु है।
मेरी निजी सलाह है: यदि आप डेस्कटॉप एप्लिकेशन, डीबीस सेवाएं, जीस्ट्रीमर सामान या जी * दुनिया को छूने वाली किसी भी चीज को बनाना चाहते हैं, तो कुछ भी नहीं।
मुझे पहले से ही आवश्यकताओं के बारे में कोई अंदाजा नहीं था। आवेदन एक मामूली दुभाषिया है, जो मंच को स्वतंत्र होना चाहिए और गणितीय परिचालनों पर अधिकतर तेजी से व्याख्या कर सकता है। अब गोब्जेक्ट का उपयोग करने से कोई प्रदर्शन ओवरहेड होगा या सवाल में मेरी मुख्य चिंता नहीं थी। –
यदि आप वस्तुओं का उपयोग करते हैं तो हमेशा एक ओवरहेड शामिल होता है। आप में शुद्ध प्रदर्शन की आवश्यकता है, इसे सीधे लिखना बेहतर हो सकता है। बेशक हमेशा गतिशीलता बनाम रखरखाव और आपके मामले में मंच पर निर्भर मुद्दों का व्यापार भी होता है। आवश्यकताओं को जानने के बिना एक सिफारिश देना मुश्किल है। यह भी मुद्दा है कि दुभाषिया को कितनी बार बुलाया जाता है। यदि आप लगातार कुछ छोटे डेटासेट पर काम करने के लिए एक प्रक्रिया लोड करते हैं, तो प्रक्रिया लोड करने का ओवरहेड कोड में किसी भी प्रदर्शन अनुकूलन को आसानी से नष्ट कर सकता है। – Devolus
सवाल "एक अच्छी तरह से डिजाइन हाथ से लिखित असेंबली कोड" के बारे में नहीं था; यह वैला बनाम सी वैला उत्पन्न करता था, जो असेंबली भाषा नहीं है। –