मैं अपनी सॉफ़्टवेयर प्रोजेक्ट्स में से एक में एक स्क्रिप्टिंग भाषा एम्बेड करने पर विचार कर रहा हूं और दो विकल्पों की पहचान की है: कोडडॉम के माध्यम से रन-टाइम पर सी # संकलित करना और डीएलआर-आधारित स्क्रिप्टिंग भाषा को एम्बेड करना। दोनों विकल्प मुझे .NET Framework तक पूर्ण पहुंच प्रदान करेंगे।स्क्रिप्टिंग कार्यों के लिए सी # की बजाय डीएलआर-आधारित भाषा का उपयोग करने के कारण?
ऑपरेशन जो मैं स्क्रिप्टिंग कर रहा हूं वह डेटारो के उपयोगकर्ता द्वारा परिभाषित परिवर्तन और मेटाडेटा का एक सेट होगा जिसके परिणामस्वरूप संशोधित डेटारो होगा। मुझे उम्मीद है कि इन परिवर्तनों को संगत और अक्सर बुलाया जाएगा। बेशक, मैं अंत उपयोगकर्ता द्वारा ट्रांसफॉर्म प्रदान किए जाने और संशोधित होने की अपेक्षा करता हूं।
इस वर्कलोड को ध्यान में रखते हुए, क्या किसी अन्य दृष्टिकोण पर एक दृष्टिकोण का उपयोग करने के लिए कोई स्पष्ट फायदे हैं?
क्या आपके पास दो दृष्टिकोणों के सापेक्ष प्रदर्शन के बारे में कोई विचार है? या CD विकल्प के साथ उत्पन्न होने वाले AppDomain प्रबंधन समस्याओं के बारे में? या एक डीएलआर स्क्रिप्टिंग होस्ट एम्बेड करने में कठिनाई के बारे में? (हालांकि अच्छा मुद्दा, मैंने इसे ऊपर उठाया)। – Dave
"लेकिन यह कभी तेज़ नहीं होगा ..." क्या आप कह रहे हैं कि क्रॉस-एपडोमेन विधि कॉल के लिए जुर्माना डीएलआर गतिशील प्रेषण तंत्र से कम होगा? क्या आपके पास इसके लिए कोई स्रोत है? (सी # कार्यान्वयन में, मुझे संकलित असेंबली को अनलोड करने में सक्षम होना चाहिए, इसलिए ऐपडोमेन अलगाव।) – Dave
@ डेव: ओह, यह समस्या है ... जब आप ऐपडोमेन को पार करते हैं तो वह जुर्माना भुगतान किया जाता है। मामूली गतिशील प्रेषण लागत, आप इसे स्क्रिप्ट के अंदर हर जगह भुगतान करते हैं। मुझे यकीन नहीं है कि ये आपके उपयोग के मामले में कैसे संतुलन बनाएंगे। –