Google क्रोम और आईई 8 (दूसरों के बीच) एक अलग प्रक्रिया (प्रत्येक सरलीकृत, मुझे पता है) में प्रत्येक टैब (वेब पेज) को अलग करके अधिक विश्वसनीयता/स्थिरता प्रदान करना है।क्रोम/आईई 8 बहु-प्रक्रिया डिज़ाइन, क्या यह .NET में संभव है?
यह कई धागे के बाद अधिक हेवीवेट प्रतीत होता है, लेकिन एक प्रक्रिया में एक दुर्घटना का बड़ा लाभ है जो पूरे आवेदन को नहीं लाता है।
ऐसा लगता है कि कई प्रक्रिया आर्किटेक्चर का उपयोग सर्वर साइड अनुप्रयोगों (उदाहरण के लिए वेब सर्वर) में किया गया है, लेकिन ये समर्पित जीयूआई के बिना प्रक्रियाएं हैं। यह दिलचस्प है कि अब इसे डेस्कटॉप अनुप्रयोगों के उपयोगकर्ता इंटरफेस में नियोजित किया जा रहा है।
मैं Windows फॉर्म .NET अनुप्रयोग कहने में इसे लागू करने के बारे में कैसे जाउंगा? क्या यह भी संभव है?
प्रक्रिया। स्टार्ट() देखने के लिए एक स्पष्ट पहली जगह है, लेकिन नई प्रक्रिया के जीयूआई मेजबान आवेदन के जीयूआई के साथ कड़ाई से एकीकृत नहीं है। यह एक नया स्टैंडअलोन एप्लिकेशन है, मेजबान अनुप्रयोग की उप-नियंत्रण/खिड़की नहीं, क्योंकि यह क्रोम/आईई 8 के साथ है।
अधिक विशेष रूप से (के लिए किसी को भी रुचि स्कॉट Hanselmann IE8 multi-process architecture here के लिए एक अच्छा परिचय लिखा था।।)
[अपडेट]
:
कैसे एक अलग "उप प्रक्रिया" सीधे करने के लिए प्रदान कर सकते हैं "मुख्य प्रक्रिया" के भीतर यूआई? क्या वास्तव में यह हो रहा है, या टिप्पणियों में सुझाव दिया गया था, क्या उप-प्रक्रिया आईपीसी का उपयोग मुख्य प्रक्रिया को इसके लिए प्रस्तुत करने के लिए करती है?
+1, विशेष रूप से डोमेन के बीच संवाद स्थापित करने की चेतावनियां। कभी-कभी डेवलपर्स की तुलना में यह अधिक महंगा हो सकता है। –
क्या एक ही प्रक्रिया में 2 AppDomains उपयोगकर्ता इंटरफ़ेस को स्वतंत्र रूप से अपडेट कर सकते हैं, यानी अलग-अलग टैब? साथ ही, जैसा कि स्कॉट हंसेलमैन कहते हैं, पूरी प्रक्रिया को एक ऐपडोमेन से नीचे लाने के लिए अभी भी संभव है। – Ash
@Ash मानते हुए एक प्रक्रिया/AppDomain "जीयूआई" प्रक्रिया है, जो अन्य प्रक्रियाओं से आदेश प्राप्त करने और उन्हें प्रतिबिंबित करने के लिए ज़िम्मेदार है; और उन्हें वापस आना, क्यों नहीं? –