मैं सिस्टम के बारे में बहुत कुछ पढ़ रहा हूं। AddIn (a.k.a. प्रबंधित ऐड-इन फ्रेमवर्क)। यह आपको विभिन्न अलगाव मोड में अलग-अलग ऐपडोमेन या अलग प्रक्रियाओं सहित ऐड-इन्स सक्रिय करने देता है।सिस्टम के साथ अनुप्रयोग विश्वसनीयता प्राप्त करना। एडिन और प्रक्रिया अलगाव
अधिकांश लेख मुझे इस तथ्य पर संकेत मिलता है कि प्रक्रिया अलगाव का उपयोग अनुप्रयोग विश्वसनीयता प्राप्त करने के लिए किया जा सकता है, जहां एक ऐड-इन एक अनचाहे अपवाद के साथ क्रैश हो सकता है, लेकिन एप्लिकेशन क्रैश नहीं होगा और अपमानजनक को उतार सकता है ऐड-इन और चलते रहें।
मुझे अभी तक ऐसा कोई लेख नहीं मिला है जो वास्तव में यह करने के लिए वास्तव में बताता है। मैं परीक्षण और त्रुटि के माध्यम से पता लगाने की कोशिश कर रहा हूं लेकिन अब तक मैंने जो भी कोशिश की है, उसके साथ मेजबान एप्लिकेशन क्रैश हो जाता है यदि कोई ऐड-इन एक अनचाहे अपवाद फेंकता है। मेरे पास प्रत्येक ऐड-इन अपनी प्रक्रिया में चल रहा है, लेकिन ऐसा लगता है कि पहेली के अधिक टुकड़े हैं जिन्हें मैं समझ नहीं पा रहा हूं।
क्या सिस्टम का उपयोग करना संभव है। एक होस्ट बनाने के लिए जोड़ें जो इसके ऐड-इन्स में एक अनचाहे अपवाद से बच सकता है? क्या कोड नमूने या आलेख हैं जो इसे कहीं बाहर वर्तनी करते हैं? यदि यह System.AddIn के साथ संभव नहीं है, तो क्या कोई अन्य आर्किटेक्चर है जो इसके लिए .NET अनुप्रयोग में अनुमति देगा?
हां मैंने इसे पढ़ा था। वह आलेख * लॉग * के लिए एक तरीका बताता है जिसमें ऐड-इन ने आपके एप्लिकेशन को मार दिया है, लेकिन यह आपको ऐप को मरने से बचाने की अनुमति नहीं देता है। .NET 2.0 के रूप में, प्रक्रिया के भीतर किसी भी ऐपडोमेन में कोई भी अनचाहे अपवाद पूरी प्रक्रिया को मार देगा। AFAIK आपको ऐप को क्रैश करने से ऐप की सुरक्षा करने में सक्षम होने के लिए अलग-अलग प्रक्रियाओं का उपयोग करना होगा। – RationalGeek