सिल्वरलाइट में कोड इंजेक्शन

अपने खाली समय में, मैं स्नूप विकसित करता हूं। यह WPF डेवलपर्स के लिए एक बड़ी मदद है, जिसके पास सिल्वरलाइट की दुनिया में कोई अच्छा मुफ्त समकक्ष नहीं है। स्नूप WPF प्रक्रिया में अपने निर्माण को एम्बेड करता है और इसे क्रम में रखता है।

मैं उत्सुक था: क्या ब्राउज़र के बाहर से चल रही सिल्वरलाइट प्रक्रिया में एक मनमाना विधानसभा को एम्बेड करना संभव है? (you can) इस पर चर्चा कट के तहत की जाएगी।



जहाँ तक मुझे पता है, सिल्वरलाइट में कोड एम्बेड करने वाले सभी मौजूदा प्रोग्राम आवेदन को लोड करने से पहले .xap फ़ाइल को इंटरसेप्ट करके और संशोधित करके करते हैं। यह एक अच्छा तरीका है, लेकिन इसके कई नुकसान हैं:

1. आप पृष्ठ को फिर से लोड किए बिना पहले से चल रहे एप्लिकेशन से कनेक्ट नहीं कर सकते
2. .xap फ़ाइल को इंटरसेप्ट करना अक्सर इंटरनेट एक्सप्लोरर के प्लग-इन रनटाइम को सीमित करता है। एक सार्वभौमिक इंटरसेप्टर के लिए, आपको एक http स्निफर का उपयोग / लिखने की आवश्यकता है।

मैं एक ऐसा तरीका पेश करना चाहता हूं जो आपको पहले से चल रहे एप्लिकेशन से कनेक्ट करने और पेज को फिर से लोड किए बिना, .xap फ़ाइल को संशोधित किए बिना और ब्राउज़र पर प्रतिबंध के बिना घुसपैठ करने की अनुमति देता है। आरंभ करने से पहले, मुझे आज के ओपन-सोर्स अतिथि का परिचय दें:

slinject

यह सांत्वना कार्यक्रम प्रोग्रामिंग जिज्ञासा का फल है। यह आपको चल रही सिल्वरलाइट प्रक्रिया का चयन करने और इसमें सिल्वरलाइट विधानसभा को एम्बेड करने की अनुमति देता है (बड़े रिज़ॉल्यूशन के लिए क्लिक करें):



बायनेरिज़ को यहाँ डाउनलोड किया जा सकता है , और जीथब पर C # सोर्स कोड उपलब्ध है। इससे पहले कि आप तैनात करना शुरू करें, प्रोग्राम को कमांड चलाकर इंस्टॉल किया जाना चाहिए:

slinject --install

यह प्रशासनिक अधिकारों की आवश्यकता वाला एक बार का संचालन है। इंजेक्टर स्थापित करने के बाद किसी भी उपयोगकर्ता के तहत लागू किया जा सकता है।

रुको, मत छोड़ो! या यह कैसे काम करता है

जैसा कि अक्सर होता है, विचार बहुत सरल है। डीबगर को सिल्वरलाइट प्रक्रिया से कनेक्ट करें और असेंबली चलाएं। लोड () कमांड। यह हमेशा विजुअल स्टूडियो डीबगर से किया जा सकता है, लेकिन क्या यह आपके प्रोग्राम से हो सकता है?

सिल्वरलाइट कई दिलचस्प पुस्तकालयों और उपकरणों के साथ स्थापित किया गया है, जो दुर्भाग्य से, प्रलेखन या तो घृणित है। इन पुस्तकालयों में से एक dbgshim.dll है । यह इस दरवाजे के माध्यम से है कि डिबगर्स सिल्वरलाइट की दुनिया में जाते हैं। विजुअल स्टूडियो इसका उपयोग करता है, इसलिए हम खामियों का फायदा क्यों नहीं उठाते? सच है, क्यों नहीं? अच्छे प्रलेखन की कमी एक अच्छा तर्क नहीं है। लेकिन जिज्ञासु के लिए एक अच्छी चुनौती - आप कर सकते हैं।

इसलिए, कई रातें मॉर्फियस के दायरे में भटकने के बाद , ICorDebug नामस्थान एक कंसोल प्रोग्राम लिखने में कामयाब रहा , जो जानता था कि एक सरल सिल्वरलाइट प्रोसेस डीबगर कैसे हो सकता है। वह जानती थी कि डिबगर की मुख्य घटनाओं पर प्रतिक्रिया कैसे करें, आवश्यक कार्य खोजें, ब्रेकपॉइंट सेट करें और उन पर रोकें। कभी-कभी वह यह भी जानती थी कि अभिव्यक्ति का मूल्यांकन (उर्फ फंक्शन मूल्यांकन, फन्सेवल) कैसे किया जाता है, कोड को निष्पादित करें। काश, उसने कभी कॉफ़ी बनाना नहीं सीखा।

समस्या

सिल्वरलाइट में एक विधि ढूंढना आवश्यक था जो कि इसमें एक ब्रेकपॉइंट लगाने के लिए किसी भी सिल्वरलाइट प्रक्रिया में कॉल करने की गारंटी होगी। WPF / WinForms के मामले में, आवेदन सरल हैं। हम विंडोज संदेश कतार के प्रोसेसर को लेते हैं और इसमें एक ब्रेकपॉइंट सेट करते हैं। लेकिन सिल्वरलाइट में विंडोज संदेश की कतार नहीं है। सौभाग्य से, इसका एक करीबी समकक्ष है: जोल्थेल्पर.फायरवेंट () विधि। इस विधि को खाली सिल्वरलाइट एप्लिकेशन में भी कहा जाता है, बस माउस को स्थानांतरित करें।

याद रखें, मैंने कहा कि कंसोल डिबगर अभिव्यक्ति का मूल्यांकन करने में सक्षम था ... कभी-कभी? वास्तव में, ब्रेकपॉइंट के दौरान कोड निष्पादित करने के लिए, डिबगिंग के बुनियादी ढांचे को कई स्थितियों की आवश्यकता होती है। यदि विधि किसी भी funceval'e के बारे में अनुकूलित है और कोई प्रश्न नहीं हो सकता है। JoltHelper.FireEvent (), निश्चित रूप से, अनुकूलित है:

निर्णय

यह पता चलता है कि सिल्वरलाइट घबराहट। NET दुनिया से अपने बड़े भाई की तरह, उत्पन्न कोड को अनुकूलित करने के लिए .ini सिफारिशों को सुनता है। यह विधानसभा के बगल में .INI फ़ाइल बनाने के लिए पर्याप्त है:

[.NET Framework Debugging Control]
GenerateTrackingInfo=1
AllowOptimize=0

इसे "Assembly_Name_without_dll.ini" के रूप में सहेजें, और JIT संकलन के दौरान अगली बार उत्पन्न कोड डीबगर के लिए अधिक अनुकूल होगा। सबसे बड़ी पकड़ .ini फ़ाइल की एन्कोडिंग है। यदि यह UTF-16 लिटिल एंडियन से भिन्न है, तो फ़ाइल को केवल अनदेखा कर दिया जाएगा।

प्रदर्शन में सुधार करने के लिए, स्थापना के दौरान सिल्वरलाइट, मानक असेंबली के लिए मशीन कोड में चित्र बनाता है। वास्तव में, एक ही ngen , केवल उपयोगिता को coregen कहा जाता है, और पीढ़ी का परिणाम सिल्वरलाइट फ़ोल्डर में रखा जाता है। Coregen .ini सिफारिशों के अस्तित्व को भी ध्यान में रखता है, और डीबगिंग मशीन कोड उत्पन्न कर सकता है।

जब आप कहते हैं:

slinject --install

यह प्रोग्राम एक सिस्टम.Windows.ini फ़ाइल बनाता है जिसमें आवश्यक सिफारिशें होती हैं। पुराने precompiled System को हटा देता है। Windows.ni.dll छवि, और Coregen से डीबग की गई छवि बनाने के लिए कहता है। और निश्चित रूप से, इन सभी परिवर्तनों को पूर्ववत करने के लिए, यह करना पर्याप्त है

slinject --uninstall

निष्कर्ष में

तो, हमें सिल्वरलाइट में एक सार्वभौमिक विधानसभा कार्यान्वयनकर्ता मिला? काश, नहीं। यहां तक ​​कि एक धारा को मारना एक यादृच्छिक स्थान पर इसे बाधित करने की तुलना में अधिक हानिरहित दिखता है जो यादृच्छिक कोड को निष्पादित करने के लिए कहता है। अपने ब्लॉग पर माइक स्टाल इस बारे में बात करता है कि फनक्वल बुराई क्यों है , लेकिन उपयोगी बुराई है। अंत में, यह कि कैसे घड़ियाँ / स्थानीय / तत्काल विंडो विजुअल स्टूडियो में काम करती हैं। इस ज्ञान के साथ सशस्त्र का उपयोग करके, सिल्वरलाइट प्रक्रिया क्रैश, ब्राउज़र क्रैश और राजनीतिज्ञ चाल के लिए तैयार रहें।

इसके अलावा, मैं COM'e / ICorDebug'e का विशेषज्ञ नहीं हूं। निश्चित रूप से मैंने कोड में गलतियों का एक गुच्छा बनाया है, लेकिन यह खुला स्रोत है - मुझे खुशी होगी यदि आप त्रुटियां दिखाते हैं / सही करते हैं।

मुझे आशा है कि आपने सिल्वरलाइट डिबगर की दुनिया में इस सैर का आनंद लिया है - मुझे यह सुनकर खुशी होगी :)।