मिथक और गलतफहमी CLR और .NET के बारे में

हाल ही में, लोकप्रिय तकनीकी मंचों में, मैं अक्सर .NET के अनुयायियों और विरोधियों के बीच भयंकर बहस करता हूं। ये विवाद, एक नियम के रूप में, एक गलतफहमी के कारण शुरू होते हैं, और कठिन ट्रोलिंग के साथ समाप्त होते हैं, "जीवन के लिए" बातचीत और विभिन्न गोलाकार घोड़ों की सामग्री की त्रिज्या और विशिष्ट घनत्व की तुलना। दोनों पक्ष साबित करने और बहस करने के लिए उत्सुक हैं, लेकिन न तो विवाद के विषय को अलग आंखों से देखना चाहते हैं। हब्रहा कोई अपवाद नहीं है, अफसोस।



इस तरह की बातचीत के जुनून को धार्मिक कट्टरपंथियों द्वारा भड़काया जाएगा। पिचफर्क और लैंगस्पैसमी से लैस एक ही चीज विरोधियों को एक दूसरे के खिलाफ धर्मयुद्ध से बचाता है, वह यह है कि वे इंटरनेट द्वारा साझा किए जाते हैं।



आप ऐसे नहीं रह सकते, सज्जनों। मैं इस स्थिति को सुधारना चाहता था और किसी एक पक्ष के साथ बोलना चाहता था। इस पोस्ट के साथ, मैं समुदाय के लिए अपूरणीय लाभ उठाने और मिथकों से निपटने की कोशिश करूंगा, जिसकी चर्चा, आत्म-नुकसान के बजाय, दुर्भाग्य से, बहस करने वालों की ताकतों को छोड़ देती है। और जब से मैं एक बार C ++ से C # और उसके आस-पास सब कुछ स्थानांतरित कर दिया, तब मैं नकारात्मक मिथकों को मिटा दूंगा, सकारात्मक और हर तरह से वास्तविकता को जोड़ूंगा - लेकिन इसके बिना कैसे। और - तुम मन - यह पूरी तरह से एम $ के लिए मुफ्त खर्च होंगे। खैर, मैं यह प्रश्नोत्तर प्रारूप में करना चाहता हूं।





#। C # और CLR एक ऐसा VM है, अर्थात दुभाषिया, और, इसलिए, बहुत धीमा और उदास। मुझे इसकी आवश्यकता है कि यह वास्तव में तेज़ हो!



मैं यहां यह नहीं बताऊंगा कि संकलन व्याख्या से कैसे भिन्न है। मैं सिर्फ यह नोट करना चाहता हूं: सज्जनों, हबराब्र पर हाल ही में हुए एक सर्वेक्षण से पता चला है कि अधिकांश डेवलपर्स एक या दूसरे तरीके से "प्रबंधित" भाषाओं का उपयोग करते हैं, जो मूल कोड में संकलित नहीं होते हैं, लेकिन बाइट कोड में दुभाषियों द्वारा निष्पादित - प्रत्यक्ष या संकलन। TraceMonkey, LuaJIT, YARV के सभी प्रकार नवीनतम वर्गीकरण के लिए केवल उदाहरण हैं। इसका मतलब यह है कि समान आर्किटेक्चर के दूसरे प्लेटफॉर्म पर स्विच करने से निश्चित रूप से एप्लिकेशन धीमा नहीं होगा। इस लिहाज से चिंता की कोई बात नहीं है।



हालाँकि, CLR एक प्रकार की वर्चुअल मशीन है, लेकिन यह एक दुभाषिया नहीं है। मैं एक बार फिर से दोहराता हूं: MS.NET नहीं BYTEKOD INTERPRETER है। एक विशेष JIT कंपाइलर धीरे-धीरे प्रोग्राम के बाईटेकोड को देशी कोड में परिवर्तित करता है, लगभग C ++ कंपाइलर के उत्पादन के समान। CLR - MS.NET और मोनो के वर्तमान कार्यान्वयन की गारंटी है कि जिस भी कोड को निष्पादित किया जाएगा, उसे मूल कोड में बदल दिया जाएगा। इसी समय, डेस्कटॉप के लिए, कथन और भी मजबूत है: किसी भी कोड को केवल एक बार संकलित किया जाएगा। इसके अलावा, तथ्य यह है कि यह "फ्लाई पर" संकलित है सैद्धांतिक रूप से किसी विशेष प्रोसेसर की सुविधाओं के अधिक इष्टतम उपयोग के लिए अनुमति देता है, और इसलिए, अधिक अनुकूलित कोड।



इसके अलावा, बेंचमार्क पर निरपेक्ष संख्याओं की तुलना से पता चलता है कि CLR परिमाण के आदेश लोकप्रिय स्क्रिप्टिंग भाषाओं जैसे कि जावास्क्रिप्ट और रूबी से अधिक प्रभावी है, जो JIT तकनीक का भी उपयोग करती हैं।



#। कचरा संग्रह की भाषाएँ गति में C ++ जैसी भाषाओं से पीछे हैं।



यह सही है, यहाँ आप सच्चाई के बहुत करीब हैं। लेकिन, किसी भी होलीवार्शिक की तरह, थोड़ा सहमत नहीं हैं। वाक्यांश सही होगा: "विशेष स्मृति प्रबंधन तकनीकों का उपयोग करते हुए त्रुटियों के बिना एक सही ढंग से लिखा और पूरी तरह से अनुकूलित देशी अनुप्रयोग, स्वचालित कचरा संग्रह के साथ एक आवेदन की तुलना में तेज़ होगा"।

लेकिन अधिक या कम गंभीर सॉफ़्टवेयर के लिए, इस तरह के एप्लिकेशन को बनाने का मतलब है बड़ी मात्रा में प्रयास। एक प्रबंधित भाषा के लिए जितना जरूरी है, उससे अधिक महत्वपूर्ण है।

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



और - हाँ - बेवकूफ अंक झूठ नहीं हैं: कचरा संग्रह भाषाओं में मेमोरी आवंटन फास्ट है, और _not_ ढेर को टुकड़े करता है, सी ++ के विपरीत। प्रबंधित भाषा अपवाद हैंडलिंग भी तेज है।



और फिर त्रुटियों की संख्या सहित समय और विकास लागत का कारक खेल में आता है। क्योंकि क्षति या लीक की गई मेमोरी की त्रुटि ... हम्म ... आखिरी बार मैंने सीएलआर में कब देखा था? लगभग 10 साल पहले, कोई कम नहीं।



#। सीएलआर कार्यक्रम मेमोरी की बहुत खपत करते हैं। सीधे आप सब कुछ खाएं, कुछ भी न छोड़ें ...



हम्म। सर्वर पर तुलनीय भरी हुई रूबी-ऑन-रेल्स एप्लिकेशन एक ASP.NET CLR साइट के समान ही लगभग 100-150MB RAM खाती है। ज्यादा अंतर नहीं है।

बेशक, छोटे स्क्रिप्टिंग कार्यों में, वही रूबी बहुत अधिक कुशल है। लेकिन यह सवाल स्क्रिप्टिंग कार्यों के बारे में नहीं है - वास्तविक जीवन की परियोजनाओं पर, जो पैसे लाती हैं, सीएलआर की भूख अन्य तकनीकों के अनुपात में दिखती है, और मैं "बहुत खा" की परिभाषा से सहमत नहीं हो सकता।



#। ठीक है, ठीक है, जीसी अच्छा है। लेकिन कचरा कलेक्टर एक बहुत मूडी जानवर है, इसमें बहुत बड़ी संख्या में सेटिंग्स हैं। कोई भी उन्हें सही ढंग से निर्धारित नहीं कर सकता है - मैनुअल हस्तक्षेप केवल परेशान करता है। मेरे ZZZ में GC ऐसे ही काम करता है! खुद!



वैसे, CLR के पास आज तक के सबसे अच्छे कचरा संग्रहकर्ताओं में से एक है। पहला संस्करण LISPe में स्मृति में वस्तुओं के बीच संबंधों के शब्दार्थों को स्पष्ट रूप से व्यक्त करने और एल्गोरिथ्म शुद्धता का स्वत: विश्लेषण करने के लिए लिखा गया था, और फिर C ++ में फिर से लिखा गया। तब से, बहुत समय बीत चुका है, जीसी लाखों डेवलपर्स द्वारा चलाया गया है और कम संख्या में परियोजनाएं नहीं हैं। कोई फर्क नहीं पड़ता कि आप क्या करते हैं!



कॉन्फ़िगरेशन फ़ाइल gcServer में सेटिंग्स एक कुंजी हैं = "सही / गलत"। समानांतर कचरा संग्रह, साथ ही अन्य अनुकूलन शामिल हैं। डिफ़ॉल्ट रूप से यह एकल-प्रोसेसर मशीनों पर इंटरेक्टिव UI मोड (gc ऑपरेशन यूआई के लिए अदृश्य है) के साथ हस्तक्षेप न करने के लिए गलत पर सेट है। सीएलआर 4.0 में, नई सेटिंग्स दिखाई दी हैं, लेकिन सार समान है - यह बॉक्स से बाहर काम करता है, अपने सरौता को दूर करता है।



#। और मेरी पसंदीदा भाषा ZZZ में एफएफआई है , और इसलिए मुझे सी में एक्सटेंशन लिख सकते हैं अगर मुझे गति की आवश्यकता है। हालांकि, उन्होंने कभी नहीं लिखा, तो क्या! आखिर, मैं कर सकता हूँ! और सीएलआर / सी # के बारे में क्या, आपको एक प्रबंधित भाषा में सब कुछ फिर से लिखने की आवश्यकता है?



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

इसे Interop / Platform Invoke कहा जाता है



#। ठीक है, मैं सी में बहुत सी चीजें लिख सकता हूं लेकिन मैंने खुद सब कुछ नहीं लिखा है! .NET में आवश्यक पुस्तकालयों का अभाव है; और डेटाबेस के साथ काम करने के लिए, आपको एक सौ मिलियन मिलियन के लिए MSSQL खरीदने की आवश्यकता है!



आपको सब कुछ लिखने की जरूरत नहीं है। .NET में BCL (बेस क्लास लाइब्रेरी) नामक एक शानदार stdlib है। फ़ाइलों, सॉकेट्स / नेटवर्क, http और वेब, नियमित अभिव्यक्ति, एसक्यूएल और डेटा हेरफेर, एक्सएमएल और वेब सेवाओं, आदि: आपको बहुत कुछ चाहिए।

यदि आपको किसी ऐसी चीज की आवश्यकता है जो बीसीएल में नहीं है, तो सबसे अधिक संभावना है, ऐसा पुस्तकालय पहले से मौजूद है। या आप मूल का उपयोग कर सकते हैं - यह है कि OpenGL और OpenAL के लिए रैपर कैसे बने। b.d.dll (ध्वनि) और बहुत कुछ।



.NET के लिए प्रदाता MySQL और Oracle, SQLite और PostgresQL के लिए लिखे गए हैं, वे स्थिर हैं और ठीक काम करते हैं। वहाँ SQL क्या है, वहाँ MongoDB और इसके ऑब्जेक्ट डेटाबेस हैं, मेमेचे और खरगोशबिट के लिए एक क्लाइंट है। ServiceBus और MessageQueue हैं, और मौजूदा प्रणालियों के लिए एपीआई लिखना बहुत सरल है।



#। आप CLR केवल Visual Studio से लिख सकते हैं। और केवल विंडोज के तहत। वह और वह दोनों फिर से पैसा खर्च करते हैं।



सच नहीं है। SharpDevelop है , जो मुक्त वातावरण के लिए पर्याप्त है; इसमें मोनडेवलप है , जो अच्छा भी है, और विन और * निक्स दोनों पर काम करता है। ग्रहण के लिए प्लगइन्स हैं; वैसे, ग्रहण चलाने के लिए IKVM.NET का उपयोग करके, जावा की जरूरत नहीं है, बस एक सीएलआर पर्याप्त है।



विजुअल स्टूडियो एक्सप्रेस का एक हल्का संस्करण आपको विन में पूर्ण अनुप्रयोग बनाने की अनुमति देता है। मुफ्त एमएस SQL ​​एक्सप्रेस अधिकांश परियोजनाओं के लिए लंबे समय तक चलेगा।



नेटिंग में डीबगिंग, प्रोफाइलिंग, और कंटीन्यूअस इंटीग्रेशन प्रोसेस को सेट करने के लिए टूल लिखे गए हैं। Make / ant - NAnt , msbuild जैसे उपकरण हैं।



डाउनलोड @ स्थापित करें!



#। CLR का स्थान सर्वर पर है। और मोनो एक भयानक गैर-उपयोग करने योग्य अविश्वसनीय मग है जो मिगुएलडेइकाजा के लैब्स © लैपर से बाहर नहीं निकला।



वास्तव में। एप्लिकेशन सर्वर और वेब सर्वर पर - CLR की अपनी रेल (ASP.NET MVC) है, इसका अपना हाइबरनेट और दर्जनों अन्य ORM हैं। हर चीज के लिए उपयुक्त। खैर, यह वास्तव में डरावना है - हम सभी धीरे-धीरे वेब पर क्रॉल करते हैं।



दूसरी ओर, यूनिटी 3 डी के निर्माता आपसे सहमत नहीं हैं। यह एक ऐसा खिलाड़ी है जो सीएलआर वातावरण को सीधे आपके ब्राउज़र में होस्ट करता है, और इसके लिए स्क्रिप्ट प्रोग्राम .NET भाषाओं में लिखे गए हैं। बहुत तेज, सुंदर। अब 3 डी। GPU सपोर्ट वाले Flash Player की प्रतीक्षा करने की आवश्यकता नहीं है।



वैसे, क्या आपने सुना है कि मोनो अनुप्रयोगों को iPhone और iPad (#MonoTouch) दोनों के लिए संकलित किया जाता है? और वही Unity3D कर सकता है।



#। CLR के उपयोग से मुझे C # पर स्विच करना पड़ता है, मैं इसे सीखना नहीं चाहता!



और बिलकुल जरूरी नहीं। हां, सी # में, सभी सीएलआर विशेषताएं पूरी तरह से सुलभ हैं, लेकिन कोई भी उन्हें इसका उपयोग करने के लिए मजबूर नहीं करता है। सीएलआर न केवल सी # है, यह एक उत्कृष्ट मंच और बीसीएल है जो उच्च गुणवत्ता वाली वस्तु मॉडल और उपकरण प्रदान करता है। भारी संख्या में भाषाएं हैं - नई, जैसे कि बू, नेमेर्ले, एफ #, या पहले से ज्ञात: डेल्फी, एडा, लिस्प, वीबी, पीएचपी, सीएलआर का उपयोग करके बैक-एंड के रूप में।

इस दृष्टिकोण से, सीएलआर एलएलवीएम के समान है - यह निम्न स्तर की सेवाएं प्रदान करता है जैसे कि आईएल (बायटेकोड) और जेआईटी, कचरा संग्रह, ऑब्जेक्ट मॉडल, सामान्य प्रकार प्रणाली, मानक पुस्तकालय, सुरक्षा प्रणाली, आदि।



#। C # शब्द nterprise के लिए एक त्वरित भाषा है, यह पिछली शताब्दी में अटक गया, और मेरी ZZZ भाषा में हर छह महीने में नए चिप्स हैं!



हां, C # अब उद्यम के कम लागत वाले क्षेत्र में दृढ़ता से भरा हुआ है - सभी इसकी विशेषताओं के लिए धन्यवाद: इस पर लिखना आसान है, स्थैतिक टाइपिंग और एक प्रबंधित वातावरण स्क्रिप्टिंग भाषाओं या निम्न-स्तरीय भाषाओं में निहित त्रुटियों की एक पूरी कक्षा को समाप्त कर देता है, IDE आपकी ज़रूरत की हर चीज़ तक पहुँच प्रदान करता है उपकरण के क्लिक के एक जोड़े, प्रलेखन सही IDE और प्रथम श्रेणी IntelliSense में बनाया गया।



इस वजह से, C # / CLR में समाधान जावा के समान महंगे नहीं हैं।



C # में, पिछड़ी संगतता के सिद्धांत का सम्मान किया जाता है, लेकिन यह आपको भाषा में नई सुविधाओं को जोड़ने से नहीं रोकता है। पहले से ही पैरामीट्रिक बहुरूपता है (यह तब होता है जब वेक्टर), लैम्ब्डा फ़ंक्शन और क्लोजर, सभी भाषाओं से पहली बार LINQ (भाषा-एकीकृत प्रश्न) सीमित उद्धरण के आधार पर दिखाई देते हैं, प्रकार की अस्वीकृति है, एक पूरी DLR परत दिखाई दी है। संस्करण 5.0 में, अतुल्यकालिक प्रोग्रामिंग के लिए मूल समर्थन प्रकट होता है।



सीएलआर / सी # उतना बुरा नहीं है जितना आप सोचते हैं, और इसकी जाँच के लिए कुछ भी खर्च नहीं होता है। लेकिन अगर C # आपके लिए पर्याप्त नहीं है, तो F # (Caml port) और Nemerle (C # और एक कार्यात्मक भाषा का एक हाइब्रिड) है, यहां तक ​​कि CLR C ++ है - जो आपको दो दुनिया से चाहिए और उन्हें मिलाएं।



#। तो, मुसब्बर, मुझे कुछ याद आया। जब मैं मोनो के तहत चलने के लिए सब कुछ recompile करने की आवश्यकता होती है तो यह किस तरह का क्रॉस-प्लेटफ़ॉर्म है। यह अच्छे पुराने सी के रूप में ही है, बेहतर क्या है?



एक और मूर्खतापूर्ण बात। मुझे नहीं पता कि आपको किसने बताया, लेकिन सामान्य तौर पर, विंडोज के तहत संकलित एक पूरी तरह से प्रबंधित सीएलआर आवेदन की आवश्यकता नहीं है। आप इसे केवल मोनो के साथ लिनक्स में स्थापित कर सकते हैं, मोनो myapp.exe को कमांड करें, और यह शुरू हो जाएगा। और इसके विपरीत भी काम करता है। मैंने जाँच की।



यह सच है, पुस्तकालयों के साथ जोड़ने से यहाँ खेल शुरू होता है। यह रूबी में रत्नों की तरह है - यदि यह विशेष मणि देशी पुस्तकालयों का उपयोग करता है, तो आपको इन्हीं मूल पुस्तकालयों को स्थापित करने की आवश्यकता है। लेकिन सामान्य तौर पर - यह शुद्ध रूबी रत्नों से भरा है।

कोई जादू नहीं, किसी तरह।



#। .NET एप्लिकेशन रजिस्ट्री का उपयोग करते हैं। सॉफ्टवेयर संस्करण नियंत्रण, स्थापना और कार्यक्रमों को हटाने के साथ फिर से यह सिरदर्द?



नहीं। सभी प्रबंधित .NET अनुप्रयोग वितरित-प्रति-मॉडल का उपयोग करके वितरित किए जा सकते हैं - वांछित फ़ोल्डर में कॉपी करें और वहां से चलाएं। वे रजिस्ट्री में चढ़ते नहीं हैं, सिस्टम फ़ोल्डर में नहीं देखते हैं।



यदि आप एक साझा प्रबंधित लाइब्रेरी का उपयोग करना चाहते हैं, तो क्रिप्टोग्राफी तंत्र का उपयोग करते हुए जीएसी (ग्लोबल असेंबली कैश) नामक एक विशेष तंत्र, दोहराव की अनुपस्थिति का ख्याल रखेगा, आपको जिस लाइब्रेरी की ज़रूरत है वह बिल्कुल वही संस्करण है जिसका आप इंतजार कर रहे हैं।



#। और यहां मेरे परिचित प्रोग्रामर हैं ... उन्होंने कहा कि विजुअल स्टूडियो आईडीई और सी # डेवलपर किट में एक अनिवार्य रेक्टल कंपन जांच और इसे लगातार पहनने के निर्देश शामिल थे!



OMFG O_o! मैं पूरी तरह से जिम्मेदारी की घोषणा करता हूं: आपके दोस्तों के प्रोग्रामर को धोखा दिया गया था। मैं आपको जाने की सलाह दूंगा और उन्हें स्वयंभू जांच पहनने से रोकने में मदद करूंगा, लेकिन मुझे डर है कि वे पहले ही चख चुके हैं और नहीं कर सकते ... लेकिन एमएस और सीएलआर का इससे कोई लेना-देना नहीं है, है ना?



निष्कर्ष



निश्चित रूप से, मुझे आपत्ति हो सकती है। मुझे खुशी होगी अगर कोई मुझे सही करना चाहता है या मुझे पूरक करना चाहता है, या शायद इसका खंडन कर सकता है।



सामान्य तौर पर, मैंने स्थिति के बारे में बात की, और मुझे आशा है कि मैंने सीएलआर कार्यशाला में अपने सहयोगियों के लिए बहुत अच्छा किया। मुझे उम्मीद है कि अब कोई मूर्खतापूर्ण सवाल नहीं होगा, जैसे कि "क्यों सी #, अगर पायथन है, और इसके साथ जीसी"।



जीवन में इस तरह से जाने के लिए या नहीं - चुनाव आपका है। गठबंधन करने से कुछ नहीं होता। मैं भोजन के लिए और रूबी में आत्मा के लिए .NET में लिखता हूं।