मैं आपको एक उत्तर दे सकता हूं जो दोनों तरीकों से चलता है।
एक तरफ, कंप्यूटर को वास्तव में संचालित करने के तरीके के बारे में आपको सिखाए जाने के लिए अच्छी असेंबली भाषा कौशल जैसी कोई बात नहीं है। एमएसआईएल कुछ हद तक एक असेंबली जैसी भाषा है। नीचे की तरफ, इस तरह के विकास को करने के लिए बहुत कम अवसर हैं।
दूसरी ओर, किसी समस्या को हल करने के लिए एमएसआईएल को देखने का प्रयास करना एक समस्या को समझने का सबसे प्रत्यक्ष या शैक्षिक तरीका नहीं है। .NET प्रोग्रामिंग के पांच वर्षों में, मैंने कभी वहां जाने की आवश्यकता महसूस नहीं की है। केवल एक बार सह-कार्यकर्ता (जिसने माइक्रोसॉफ्ट में कंपाइलर परीक्षण पर काम किया था) वहां एक समस्या के साथ चला गया जहां मैं हल करने की कोशिश कर रहा था, और अंत में, उसका जवाब भ्रामक था, क्योंकि असली मुद्दा सीएलआर डिजाइन और बाधाओं में आधारित था । सीएलआर और सी # के बेहतर ज्ञान से बेहतर समझ और वास्तविक समाधान हुआ होगा।
(यदि आप सोच रहे हैं, तो समस्या यह थी कि मैं सामान्य के साथ सुरक्षित कास्टिंग के लिए "as" का उपयोग करना चाहता था। "जैसा कि" काम नहीं किया, लेकिन "है" किया। मेरे सहकर्मी ने नोट किया कि "है" और "जैसा" एक ही एमएसआईएल का उपयोग करता है। वास्तविक समस्या यह है कि "as" केवल कक्षाओं को कास्टिंग करने के लिए काम करता है, और सामान्य घोषणा पर उचित बाधा के बिना, सी # यह नहीं जानता कि आपका सामान्य प्रकार एक वर्ग होगा या नहीं। वास्तव में, जिन प्रकारों का मैं जेनरिक के साथ उपयोग कर रहा था वे मूल्य प्रकार थे; "as" उन लोगों के लिए काम नहीं कर सका।)
एमएसआईएल कौशल के लिए जाने की बजाय, मैं अत्यधिक जेफरी रिचटर की पुस्तक CLR via C#. की खुदाई के वर्षों के बाद भी अनुशंसा करता हूं सी # में कड़ी मेहनत, यह पुस्तक अभी भी रहस्योद्घाटन से भरा है - मैं हर पृष्ठ से कुछ सीखता हूं।
स्रोत
2010-09-08 01:20:52
हाहा, "मैं इस सामान के बारे में और कहां से जान सकता हूं और मेरे आस-पास के सभी को प्रभावित कर सकता हूं।" वे दो * पूरी तरह से * अलग-अलग प्रश्न हैं, मेरे दोस्त;) जब तक आप विशेष रूप से नरों (मेरे जैसे) के साथ बाहर नहीं रहते हैं, मुझे लगता है ... –