VB.NET और C # के बीच अंतर की एक विस्तृत सूची। भाग 1

2018 में TIOBE रेटिंग के अनुसार, VB.NET ने लोकप्रियता में C # को पीछे छोड़ दिया। संयोग है या नहीं, लेकिन फरवरी में, C # के रचनाकारों में से एक, एरिक लिपर्ट ने पाठकों से अपने दोस्त, रोजलिन कंपाइलर के पूर्व टीममेट और संयोजन में, एक उत्साही B.NET फैन, एंथनी ग्रीन पर ध्यान देने का आग्रह किया । एरिक लिखते हैं, "ऐसे संसाधन उन विशेषज्ञों से गहन विवरण हैं, जिन्हें प्रलेखन को पढ़ना आसान नहीं है।" हम आपका ध्यान एंथनी ग्रीन के लेख "VB.NET और C # के बीच अंतर की एक व्यापक सूची" के अनुवाद का पहला भाग प्रस्तुत करते हैं। शायद इन अंतरों में यह ठीक है कि इन भाषाओं की रेटिंग की गतिशीलता का रहस्य निहित है।

लगभग आधे जीवन के लिए, मैंने दो सबसे लोकप्रिय .NET भाषाओं के समान या अलग-अलग होने के बारे में अनगिनत चर्चाओं में भाग लिया और भाग लिया है। पहले, एक शौकिया के रूप में, फिर एक पेशेवर के रूप में, और अंत में, एक ग्राहक वकील, प्रोग्राम मैनेजर और भाषा डिजाइनर के रूप में, मैं अतिशयोक्ति के बिना कह सकता हूं कि मैंने कितनी बार सुना या पढ़ा जैसे:

"... VB.NET वास्तव में IL के शीर्ष पर एक पतली परत है, जैसे C # ..."

या

"... VB.NET वास्तव में सिर्फ C # है जिसमें कोई अर्धविराम नहीं है ..."

जैसे कि भाषाएँ एक XML रूपांतरण या स्टाइल शीट थीं।

और अगर कुछ उत्साही आगंतुक इसे एक टिप्पणी में नहीं लिखते हैं, तो अक्सर यह सवालों में निहित होता है जैसे: "हैलो, एंथनी! मैं एक ही स्थान पर इतने छोटे अंतर में आया - क्या यह एक बग है? ये दोनों अन्यथा समान भाषाएं कैसे हो सकती हैं, जो इस दुनिया में सभी अच्छे और पवित्र के नाम पर समान होनी चाहिए, इस एक ही स्थान पर फैलती हैं? हमें इस तरह के अन्याय की आवश्यकता क्यों है?

" अलग, " जैसे कि वे एक उत्परिवर्तन तक एक ही थे, और फिर अलग-अलग प्रजातियां बन गईं। हा!

लेकिन मैं समझता हूं कि इससे पहले कि मैं Microsoft में शामिल होता, मैं भी शायद इस विचार पर कायम रहता और विरोधियों को जवाब देने या किसी को आश्वस्त करने के तर्क के रूप में इसका इस्तेमाल करता। मैं उसके आकर्षण को समझता हूं। यह समझना आसान है और दोहराने में बहुत आसान है। लेकिन रोजलिन (अनिवार्य रूप से VB और C # को पूरी तरह से स्क्रैच से पुनर्लेखन) पर 5 साल तक काम करने पर, मुझे एहसास हुआ कि यह विचार कितना असत्य है । मैंने दोनों भाषाओं के हर इंच को फिर से लागू करने के लिए डेवलपर्स और परीक्षकों की एक टीम के साथ काम किया, साथ ही साथ दोनों भाषाओं में लिखित कोड की लाखों लाइनों के साथ एक विशाल बहु-परियोजना समाधान में उनके उपकरण। और बड़ी संख्या में डेवलपर्स को उनके बीच और पीछे स्विच करने, और पिछले संस्करणों के परिणामों और अनुभव के साथ संगतता के उच्च स्तर के साथ-साथ एपीआई के विशाल मात्रा को पुन: पेश करने की आवश्यकता को ध्यान में रखते हुए, मुझे बहुत बारीकी से मतभेदों को जानने के लिए मजबूर होना पड़ा। वास्तव में, कभी-कभी मुझे ऐसा लगता था कि मैंने हर दिन VB.NET (मेरी पसंदीदा भाषा) के बारे में कुछ नया सीखा है।

और अंत में, मैंने पिछले 15 वर्षों में VB.NET का उपयोग करके और जो मैंने सीखा, उसके एक कण को ​​मस्तिष्क से खाली करने और उतारने का समय लिया, इस उम्मीद में कि मैं अगली बार कम से कम अपना समय बचा सकता हूं।

सूची में जाने से पहले, मैं बुनियादी नियमों की रूपरेखा तैयार करूंगा:

• यह सूची सामान्य अर्थों में संपूर्ण नहीं है। वह संपूर्ण है। ये सभी अंतर नहीं हैं। ये सभी अंतर भी नहीं हैं जो मैं आमतौर पर जानता हूं। ये केवल अंतर हैं जिन्हें मैं पहले याद कर सकता हूं, जब तक कि मैं जारी रखने के लिए बहुत थक नहीं जाता; जब तक मैं ताकत से नहीं भागता। यदि मैं या आप में से कोई भी अन्य मतभेदों को पूरा करता है या याद करता है, तो मुझे इस सूची को अपडेट करने में खुशी होगी।
• मैं वीबी 11 विनिर्देश की शुरुआत में शुरू करूंगा और इस विषय पर पहले मन में आने वाले मतभेदों को याद दिलाने के लिए अपनी सामग्री का उपयोग करके आगे बढ़ूंगा।
• यह VB में उन कार्यों की सूची नहीं है जो C # में नहीं हैं। तो कोई "XML शाब्दिक बनाम संकेत।" यह बहुत आम है, और इंटरनेट पर पहले से ही ऐसी सूची के टन हैं (जिनमें से कुछ मेरे द्वारा लिखे गए थे, और शायद भविष्य में मैं और लिखूंगा)। मैं मुख्य रूप से उन निर्माणों पर ध्यान केंद्रित करूँगा, जिनमें दोनों भाषाओं में एक एनालॉग है, और जहां एक असंबद्ध पर्यवेक्षक सुझाव दे सकता है कि ये दोनों चीजें समान व्यवहार करती हैं, लेकिन जहां छोटे या बड़े अंतर हैं; वे समान दिख सकते हैं, लेकिन अलग तरह से काम करते हैं या अंततः अलग कोड उत्पन्न करते हैं।
• यह VB और C # (जो अनगिनत हैं) के बीच वाक्यात्मक अंतर की सूची नहीं है । मैं मुख्य रूप से शब्दार्थ भेद (चीजों का क्या अर्थ है) के बारे में बात करूंगा, न कि वाक्य-रचना के बारे में (कैसे चीजें लिखी जाती हैं)। इसलिए "वीबी के साथ टिप्पणियां शुरू नहीं होती हैं", और सी # का उपयोग करता है जैसे "या" सी # में _ एक वैध पहचानकर्ता है, लेकिन वीबी में नहीं। लेकिन मैं कई मामलों के लिए इस नियम को तोड़ दूंगा। आखिरकार, विनिर्देश का पहला खंड शाब्दिक नियमों के बारे में है।
• अक्सर, मैं उदाहरण दूंगा, और कभी-कभी मैं औचित्य की पेशकश करूंगा कि डिजाइन एक तरह से या किसी अन्य पर क्यों जा सकता है। मेरी आंखों के सामने कुछ डिजाइन निर्णय किए गए थे, लेकिन विशाल बहुमत ने मेरे समय से पहले, और मैं केवल अनुमान लगा सकता हूं कि वे क्यों बनाए गए थे।
• कृपया एक टिप्पणी छोड़ें या मुझे ( @ThatVBGuy ) ट्वीट करें जिससे मुझे आपके पसंदीदा अंतर और / या जिनके बारे में आप अधिक जानना चाहते हैं।

परिभाषित उम्मीदों के बिना और आगे देरी के बिना ...

सामग्री

सिंटेक्स और प्रीप्रोसेसिंग

1. VB कीवर्ड और ऑपरेटर पूर्ण-चौड़ाई वाले वर्णों का उपयोग कर सकते हैं

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



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

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

जहां तक ​​मैं समझता हूं, आपके जापानी कीबोर्ड पर निर्भर करता है, चित्रलिपि और लैटिन के बीच स्विच करना आसान है, लेकिन पूर्ण-चौड़ाई वाले लैटिन वर्णों का उपयोग करना बेहतर है। VB कीवर्ड, स्पेस, ऑपरेटर और यहां तक ​​कि उद्धरण चिह्नों का समर्थन करता है। तो यह सब इस तरह लिखा जा सकता है:



जैसा कि आप देख सकते हैं, इस संस्करण में कीवर्ड, रिक्त स्थान, टिप्पणियां, ऑपरेटर, यहां तक ​​कि उद्धरण चिह्न अपने पूर्ण आकार के संस्करणों का उपयोग करते हैं। अराजकता में आदेश लाया।

हां। जापानी वीबी का उपयोग करते हैं। वास्तव में, अंग्रेजी भाषा (और शायद यही कारण है) के समान वाक्यविन्यास के बावजूद, अधिकांश वीबी उपयोगकर्ताओं के लिए जो मैं मंचों पर देखता हूं, अंग्रेजी मुख्य भाषा नहीं है। Microsoft में अपने काम के दौरान, मैं कई बार जापानी वीबी एमवीपी से मिला, उनमें से कम से कम एक ने लगातार जापानी मिठाई लाई। यदि आप चीन, जापान या कोरिया (या किसी अन्य देश से जो पूर्ण-चौड़ाई वाले वर्णों का उपयोग करते हैं) से VB प्रोग्रामर हैं, तो कृपया टिप्पणियों में लिखें। (लेखक के लिए टिप्पणियों में उन्होंने लिखा है कि जापानी कोड में कोडी का उपयोग करने के लिए हर जगह कोशिश कर रहे हैं - लगभग। )

मजेदार क्षण: जब मैंने शुरू में वीबी में प्रक्षेपित लाइनों को लागू किया था, तो मैंने (मेरी शर्म की बात) प्रतिस्थापन के स्थानों में पूर्ण-चौड़ाई घुंघराले कोष्ठक की संभावना को ध्यान में नहीं रखा। व्लादिमीर रेशेतनिकोव ( @vreshetnikov ) ने इस त्रुटि को खोजा और ठीक किया, ताकि चरित्र की चौड़ाई पर वीबी सहिष्णुता की महान परंपरा मान्य रहे।

2. VB स्मार्ट कोट्स का समर्थन करता है

ठीक है, यह निश्चित रूप से, एक तिपहिया है, लेकिन उल्लेख के योग्य है। क्या आपने कभी किसी टेक्स्ट डॉक्यूमेंट में नमूना कोड देखा है:



और उदाहरण को अपने कोड में कॉपी करने के बाद, क्या आपने पाया कि (हाइलाइट किए गए) उद्धरणों में से किसी ने भी काम नहीं किया है, क्योंकि वर्ड सभी सामान्य ASCII उद्धरणों को “ स्मार्ट कोट्स ” बदल देता है?

मैं नहीं करता। ठीक है, मेरे पास था, लेकिन केवल जब मैंने C # के उदाहरणों की नकल की। VB में, स्मार्ट उद्धरण तार के लिए मान्य सीमांकक हैं (यह हास्यास्पद है कि रूसी उद्धरण चिह्नों में «» नहीं है - लगभग प्रति।)।



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



मैंने पॉल विक ( @panopticoncntrl ) को यह स्वीकार करने की कोशिश की कि उसने यह पूरी तरह से किया क्योंकि विनिर्देश पर काम करते समय उसे इस समस्या से पीड़ा हुई थी, लेकिन उसने किसी अपराध बोध से इनकार किया। VB6 में ऐसा नहीं था, इसलिए किसी ने इसे बाद में जोड़ा।

3. प्रीप्रोसेसिंग स्थिरांक किसी भी आदिम प्रकार (तिथियों सहित) के हो सकते हैं और इनमें कोई भी स्थिर मूल्य हो सकता है

4. अंकगणितीय संचालकों का उपयोग प्रीप्रोसेसिंग अभिव्यक्तियों में किया जा सकता है

घोषणाएँ, आदि।

5. VB कभी-कभी नाम से एक इंटरफ़ेस के आकस्मिक निहित कार्यान्वयन को रोकने के लिए आईएल की घोषणाओं को छोड़ देता है।

यह आइटम गूढ़तावाद की श्रेणी से है। VB में, एक इंटरफ़ेस का कार्यान्वयन हमेशा स्पष्ट रूप से किया जाता है। लेकिन यह पता चला है कि एक स्पष्ट कार्यान्वयन की अनुपस्थिति में, इंटरफ़ेस विधि को कॉल करते समय सीएलआर का डिफ़ॉल्ट व्यवहार नाम और हस्ताक्षर द्वारा सार्वजनिक तरीकों की खोज करना है। ज्यादातर मामलों में, यह सामान्य है, क्योंकि VB में आपको आमतौर पर आपके द्वारा लागू किए गए इंटरफ़ेस के प्रत्येक सदस्य के लिए एक कार्यान्वयन प्रदान करने की आवश्यकता होती है, एक मामले को छोड़कर:

 Interface IFoo Sub Bar() Sub Baz() End Interface Class Foo Implements IFoo Private Sub Bar() Implements IFoo.Bar Exit Sub End Sub Private Sub IFoo_Baz() Implements IFoo.Baz Exit Sub End Sub End Class Class FooDerived Inherits Foo Implements IFoo Public Sub Bar() Implements IFoo.Bar Exit Sub End Sub Public Sub Baz() ' Does something unrelated to what an IFoo.Baz would do. End Sub End Class 

gist.github.com/AnthonyDGreen/39634fd98a0cacc093719ab62d7ab1e6#file-partial-re-implementation-vb

इस उदाहरण में, FooDerived वर्ग IFoo.Bar को नए तरीके से पुन: असाइन करना चाहता है, लेकिन शेष कार्यान्वयनों को अपरिवर्तित छोड़ देता है। यह पता चलता है कि यदि कंपाइलर केवल FooDerived लिए निर्देश निर्देश उत्पन्न करता है, तो CLR FooDerived.Baz को FooDerived.Baz के नए कार्यान्वयन के रूप में भी IFoo.Baz (हालाँकि इस उदाहरण में यह IFoo से संबंधित नहीं है)। सी # में, यह अंतर्निहित रूप से होता है (और मुझे यकीन नहीं है कि अगर मैं इसे मना कर सकता हूं), लेकिन वीबी में कंपाइलर वास्तव में इससे बचने के लिए पूरी घोषणा से 'इम्प्लीमेंट्स' छोड़ देता है, और केवल उन विशिष्ट सदस्यों को फिर से परिभाषित करता है जिन्हें फिर से लागू किया गया है। दूसरे शब्दों में, यदि आप FooDerived पूछते हैं FooDerived क्या यह IFoo सीधे IFoo करता है, तो यह नहीं कहेगा:

मुझे यह क्यों पता है और यह महत्वपूर्ण क्यों है? कई वर्षों के लिए, VB उपयोगकर्ताओं ने आमतौर पर कोड पीढ़ी के लिए एक इंटरफ़ेस के निहित कार्यान्वयन के लिए समर्थन (आमतौर पर प्रत्येक घोषणा में स्पष्ट रूप से निर्दिष्ट किए बिना) का समर्थन किया है। वर्तमान सिंटैक्स के साथ इसे शामिल करना परिवर्तन को तोड़ना होगा, क्योंकि FooDerived.Baz अब स्पष्ट रूप से IFoo.Baz लागू IFoo.Baz , हालांकि यह पहले ऐसा नहीं किया है। लेकिन हाल ही में, मैंने इस व्यवहार के बारे में अधिक जानकारी प्राप्त की जब "डिफ़ॉल्ट इंटरफ़ेस कार्यान्वयन" सुविधा के साथ संभावित डिज़ाइन मुद्दों पर चर्चा की गई, जो कुछ सदस्यों के डिफ़ॉल्ट कार्यान्वयन को शामिल करने के लिए इंटरफेस की अनुमति देगा और प्रत्येक वर्ग में पुन: कार्यान्वयन की आवश्यकता नहीं होगी। यह ओवरलोड के लिए उपयोगी होगा, उदाहरण के लिए, जब कार्यान्वयन सभी कार्यान्वयनकर्ताओं (मुख्य अधिभार के प्रतिनिधिमंडल) के लिए समान होने की संभावना है। एक और परिदृश्य संस्करण है। यदि एक इंटरफ़ेस में डिफ़ॉल्ट कार्यान्वयन शामिल हो सकते हैं, तो आप पुराने कार्यान्वयन को तोड़े बिना इसमें नए सदस्य जोड़ सकते हैं। लेकिन एक समस्या है। चूंकि CLR में डिफ़ॉल्ट व्यवहार सार्वजनिक कार्यान्वयन के लिए नाम और हस्ताक्षर के लिए खोज करना है, अगर VB वर्ग डिफ़ॉल्ट कार्यान्वयन के साथ इंटरफ़ेस सदस्यों को लागू नहीं करता है, लेकिन एक उपयुक्त नाम और हस्ताक्षर के साथ सार्वजनिक सदस्य हैं, तो वे इन इंटरफ़ेस सदस्यों को स्पष्ट रूप से लागू करते हैं, यहां तक ​​कि आप इसे पूरी तरह से करते हैं। नहीं माना जाता है इंटरफ़ेस के सदस्यों का पूरा सेट संकलन के समय ज्ञात होने पर आप इसे प्राप्त कर सकते हैं। लेकिन यदि कोड को संकलित करने के बाद सदस्य जोड़ा गया था, तो यह केवल चुपचाप रनटाइम पर व्यवहार को बदलता है।

6. VB डिफ़ॉल्ट रूप से आधार वर्ग के सदस्यों को नाम (छाया) से छुपाता है, और नाम और हस्ताक्षर से नहीं (ओवरलोड)

मुझे लगता है कि यह अंतर बहुत अच्छी तरह से जाना जाता है। परिदृश्य यह है: आप बेस क्लास ( DomainObject ) को विरासत में प्राप्त करते हैं, संभवतः आपके नियंत्रण से बाहर, और एक नाम के साथ एक विधि घोषित करें जो आपके वर्ग के संदर्भ में समझ में आता है, उदाहरण के लिए, Print :

 Class DomainObject End Class Class Invoice Inherits DomainObject Public Sub Print(copies As Integer) ' Sends contents of invoice to default printer. End Sub End Class 

gist.github.com/AnthonyDGreen/863cfd1e7536fe8bda7cd145795eaf9f#file-shadows-example-vb

तथ्य यह है कि एक चालान मुद्रित किया जा सकता है समझ में आता है। लेकिन एपीआई के अगले संस्करण में जहां आपका आधार वर्ग घोषित किया गया है, वे डिबगिंग के लिए सभी DomainObjects को एक विधि से जोड़ने का निर्णय लेते हैं, जो डिबग विंडो में ऑब्जेक्ट की पूरी सामग्री को प्रदर्शित करता है। इस विधि को शानदार ढंग से प्रिंट कहा जाता है। समस्या यह है कि आपके API का क्लाइंट यह नोटिस कर सकता है कि इनवॉइस ऑब्जेक्ट में Print() और Print(Integer) तरीके हैं, और सोचें कि ये संबंधित अधिभार हैं। शायद पहले सिर्फ एक प्रति प्रिंट करता है। लेकिन यह बिल्कुल भी नहीं है कि आपने चालान के लेखक के रूप में क्या कल्पना की थी। आपको पता नहीं था कि DomainObject.Print दिखाई देगा। तो हाँ, यह VB में काम नहीं करता है। जब यह स्थिति बढ़ती है, तो एक चेतावनी दिखाई देती है, लेकिन इससे भी महत्वपूर्ण बात, वीबी में डिफ़ॉल्ट व्यवहार नाम से छिपाना है। यही है, जब तक आप स्पष्ट रूप से Overloads कीवर्ड के साथ संकेत नहीं देते हैं कि आपका Print बेस क्लास के Print अधिभार है, बेस क्लास का एक सदस्य (और इसका कोई भी ओवरलोड) पूरी तरह से छिपा हुआ है। केवल वही एपीआई जिसे आपने मूल रूप से घोषित किया है, वह आपके वर्ग के ग्राहकों को दिखाया गया है। यह डिफ़ॉल्ट रूप से काम करता है, लेकिन आप इसे शैडो कीवर्ड के माध्यम से स्पष्ट रूप से कर सकते हैं। C # केवल Overloads कर सकता है (हालाँकि यह VB लाइब्रेरी को संदर्भित करता है) Shadows को ध्यान में रखता है) और ऐसा डिफ़ॉल्ट रूप से ( new कीवर्ड का उपयोग करके) करता है। लेकिन यह अंतर समय-समय पर अलग-अलग होता है जब कुछ विरासत पदानुक्रम उन परियोजनाओं में दिखाई देते हैं जहां एक वर्ग को एक भाषा में और दूसरे में दूसरी भाषा में परिभाषित किया गया है, और अतिभारित तरीके हैं, लेकिन यह मतभेदों की सूची में वर्तमान आइटम के दायरे से परे है।

7. VB11 और नीचे जेनरिक में संरक्षित सदस्यों के लिए अधिक कड़े हैं

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

 Class Base(Of T) Protected x As T End Class Class Derived(Of T) Inherits Base(Of T) Public Sub F(y As Derived(Of String)) ' Error: Derived(Of T) cannot access Derived(Of String)'s ' protected members yx = "a" End Sub End Class 

gist.github.com/AnthonyDGreen/ce12ac986219eb51d6c85fa02c339a2f#file-protected-in-generics-vb

8. विशेषताओं में वाक्यविन्यास "नामित तर्क" हमेशा गुण / फ़ील्ड को इनिशियलाइज़ करता है

VB एक ही वाक्यविन्यास का उपयोग करता है := गुण गुण / फ़ील्ड को नाम से विधि तर्क के लिए प्रारंभ करने के लिए। इसलिए, नाम से विशेषता निर्माता के लिए एक तर्क पारित करने का कोई तरीका नहीं है।

9. सभी शीर्ष-स्तरीय घोषणाएं (आमतौर पर) स्पष्ट रूप से परियोजना के मूल नाम स्थान में स्थित हैं

यह अंतर लगभग "उन्नत सुविधाओं" श्रेणी में है, लेकिन मैंने इसे सूची में शामिल किया है क्योंकि यह कोड का अर्थ बदल देता है। VB परियोजना के गुणों में एक क्षेत्र है:

डिफ़ॉल्ट रूप से, यह केवल निर्माण के समय आपकी परियोजना का नाम है। यह C # प्रोजेक्ट के गुणों में "डिफ़ॉल्ट नाम स्थान" के समान फ़ील्ड नहीं है। डिफ़ॉल्ट नामस्थान बस सेट करता है कि C # में नई फ़ाइलों के लिए डिफ़ॉल्ट रूप से कौन सा कोड जोड़ा जाता है। लेकिन VB में रूट नेमस्पेस का अर्थ है, जब तक कि अन्यथा इंगित न किया जाए, इस प्रोजेक्ट में प्रत्येक शीर्ष-स्तरीय घोषणा इस नामस्थान में निहित है। यही कारण है कि VB दस्तावेज़ टेम्प्लेट में आमतौर पर कोई भी नामस्थान घोषणाएँ नहीं होती हैं। इसके अलावा, यदि आप एक नाम स्थान घोषणा में जोड़ते हैं, तो यह रूट को ओवरराइड नहीं करता है, लेकिन इसमें जोड़ा जाता है:

 Namespace Controllers ' Child namespace. End Namespace Namespace Global.Controllers ' Top-level namespace End Namespace 

gist.github.com/AnthonyDGreen/fd1e5e3a58aee862a5082e1d2b078084#file-root-namespace-vb

इस प्रकार, Controllers नामस्थान वास्तव में VBExamples.Controllers नाम स्थान की घोषणा करते हैं, जब तक कि आप स्पष्ट रूप से नामस्थान में Global घोषित करके इस तंत्र से छुटकारा नहीं पाते हैं।

यह सुविधाजनक है क्योंकि यह प्रत्येक VB फ़ाइल के लिए एक स्तर के इंडेंटेशन और एक अतिरिक्त अवधारणा को बचाता है। और यह विशेष रूप से उपयोगी है यदि आप एक UWP एप्लिकेशन बना रहे हैं (क्योंकि सब कुछ UWP में नामस्थान में होना चाहिए), और यह अत्यंत सुविधाजनक है यदि आप अपने संपूर्ण प्रोजेक्ट के लिए शीर्ष-स्तरीय नाम स्थान को बदलने का निर्णय लेते हैं, तो कहिए, जैसे रोजलिन से कुछ नाम Microsoft.CodeAnalysis तरह एक लंबे समय से जारी है, क्योंकि आपको समाधान में प्रत्येक फ़ाइल को मैन्युअल रूप से अपडेट नहीं करना है। कोड जनरेटर, XAML नामस्थान और नए .vbproj फ़ाइल .vbproj साथ काम करते समय इसे ध्यान में रखना भी महत्वपूर्ण है।

10. मॉड्यूल IL में सीलबंद अमूर्त वर्गों के रूप में उत्पन्न नहीं होते हैं, इसलिए वे बिल्कुल स्थिर C # कक्षाएं और इसके विपरीत नहीं दिखते हैं।

VB में मॉड्यूल स्टैटिक C # क्लासेस से पहले मौजूद थे, हालाँकि हमने 2010 में IL के संदर्भ में इन्हें बनाने की कोशिश की थी। दुर्भाग्यवश, यह एक ब्रेकिंग परिवर्तन था, क्योंकि .NET के उस संस्करण के लिए XML Serializer (या शायद यह बाइनरी था) (मुझे लगता है कि उन्होंने इसे ठीक कर दिया था) टाइप किए गए नेस्टेड को टाइप नहीं करना चाहते थे जो कि बनाया नहीं जा सकता था (और एक सार वर्ग) ) नहीं कर सकता। उन्होंने एक अपवाद फेंक दिया।

हमने इसे परिवर्तन करने के बाद पाया और उन्हें वापस ले लिया क्योंकि कुछ कोड ने मॉड्यूल में एम्बेडेड एनाम प्रकार का उपयोग किया था। और जब से आप यह नहीं जानते हैं कि संकलित प्रोग्राम के किस संस्करण के साथ काम करेगा, तो इसे बदलना संभव नहीं होगा, क्योंकि एप्लिकेशन के एक संस्करण में यह काम करेगा, और अन्य मामलों में यह अपवादों को फेंक देगा।

11. आपको WinForms अनुप्रयोगों में प्रवेश बिंदु (उप मुख्य) के लिए एक स्पष्ट विधि की आवश्यकता नहीं है

यदि आपका प्रोजेक्ट स्टार्ट ऑब्जेक्ट के रूप में फॉर्म का उपयोग करता है और "एप्लिकेशन फ्रेमवर्क" (अगले पोस्ट में इस पर अधिक) का उपयोग नहीं करता है, तो VB एक Sub Main उत्पन्न करता है, जो आपका स्टार्ट फॉर्म बनाता है और इसे Application.Run पास करता है, जिससे आपको या तो पूरी फाइल की बचत होती है इस प्रक्रिया को प्रबंधित करने के लिए, या तो आपके Form में एक अतिरिक्त विधि, या यहां तक ​​कि इस समस्या के बारे में सोचने की आवश्यकता है।

12. यदि आप कुछ अप्रचलित VB रनटाइम विधियों (उदाहरण के लिए, FileOpen) को कॉल करते हैं, तो कॉलिंग विधि को स्पष्टता के कारणों के लिए इनलाइन करने को अक्षम करने के लिए एक विशेषता के साथ स्पष्ट रूप से चिह्नित किया जाएगा।

संक्षेप में, फ़ाइलओपेन जैसी वीबी 6-शैली फ़ाइलों के साथ काम करने के तरीके विधानसभा के लिए विशिष्ट संदर्भों पर निर्भर करते हैं जहां कोड स्थित है। उदाहरण के लिए, फ़ाइल # 1 एक परियोजना में एक लॉग हो सकती है और दूसरे में एक कॉन्फ़िगरेशन हो सकती है। यह निर्धारित करने के लिए कि कौन सी असेंबली चल रही है, Assembly.GetCallingAssembly() कहा जाता है। लेकिन अगर जेआईटी कॉलर में आपकी विधि को बताता है , तो स्टैक के दृष्टिकोण से, वीबी रनटाइम विधि को आपकी विधि द्वारा नहीं बुलाया जाएगा, लेकिन कॉलर द्वारा, जो एक अलग विधानसभा में हो सकता है, जो तब आपके कोड को कॉलर की आंतरिक स्थिति तक पहुंचने या उल्लंघन करने की अनुमति दे सकता है। वस्तु। यह कोई सुरक्षा समस्या नहीं है, क्योंकि यदि आपकी प्रक्रिया में समझौता कोड चल रहा है, तो आप पहले ही खो चुके हैं। यह शुद्धता का मामला है। इसलिए, यदि आप इन विधियों का उपयोग करते हैं, तो कंपाइलर इनलाइनिंग को अक्षम कर देता है।

यह परिवर्तन 2010 में अंतिम समय पर किया गया था, क्योंकि कोड को इनलाइन / ऑप्टिमाइज़ करते समय x64 JIT बहुत आक्रामक है, और हमने इसे बहुत देर से पाया, और यह सबसे सुरक्षित विकल्प था।

13. यदि आपका प्रकार डिज़ाइनर जेनरेटेड विशेषता के साथ चिह्नित है और इसमें कोई स्पष्ट कंस्ट्रक्टर घोषणाएं नहीं हैं, तो डिफ़ॉल्ट रूप से उत्पन्न कंपाइलर इस प्रकार के लिए परिभाषित होने पर इनिशियलाइज़कम्पोनेंट को कॉल करेगा।

आंशिक प्रकारों के आगमन से पहले के युग में, VB टीम ने WinForms परियोजनाओं में बॉयलरप्लेट कोड को कम करने के लिए युद्ध छेड़ दिया। लेकिन Partial साथ भी Partial यह उपयोगी है क्योंकि यह उत्पन्न फ़ाइल को पूरी तरह से निर्माणकर्ता को छोड़ देने की अनुमति देता है, और उपयोगकर्ता इसे अपनी फ़ाइल में मैन्युअल रूप से घोषित कर सकता है यदि यह आवश्यक है, या नहीं तो इसकी घोषणा करें। इसके बिना, डिजाइनर को केवल एक निर्माता को जोड़ने के लिए मजबूर किया जाएगा, जिसमें उसे InitializeComponent , और यदि उपयोगकर्ता भी जोड़ता है, तो वे डुप्लिकेट होंगे, या टूलकिट को डिज़ाइनर फ़ाइल से उपयोगकर्ता को एक में स्थानांतरित करने के लिए पर्याप्त स्मार्ट होना चाहिए और डिज़ाइनर में इसे फिर से उत्पन्न नहीं करना चाहिए। उपयोगकर्ता फ़ाइल में मौजूद है।

14. आंशिक संशोधक की अनुपस्थिति का मतलब यह नहीं है कि प्रकार आंशिक नहीं है

तकनीकी रूप से, VB में, केवल एक वर्ग को आंशिक के रूप में चिह्नित किया जाना चाहिए। यह आमतौर पर (जीयूआई परियोजनाओं में) एक उत्पन्न फ़ाइल है।

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

15. डिफ़ॉल्ट कक्षाओं में, सार्वजनिक पहुंच का स्तर खेतों को छोड़कर हर चीज के लिए है, और सार्वजनिक संरचनाओं में, खेतों के लिए भी

मुझे इस बारे में मिश्रित भावनाएं हैं। C # में, डिफ़ॉल्ट रूप से सब कुछ private है (चीयर्स, इनकैप्सुलेशन!), लेकिन आपके द्वारा अक्सर घोषित किए जाने के आधार पर एक तर्क है: एक सार्वजनिक अनुबंध या कार्यान्वयन विवरण। गुण और घटनाएं आम तौर पर बाहरी ( public ) उपयोग के लिए अभिप्रेत हैं, और ऑपरेटरों को public अलावा अन्य तक नहीं पहुँचा जा सकता है। हालांकि, मैं शायद ही कभी डिफ़ॉल्ट पहुंच पर निर्भर करता हूं (इस आलेख में उदाहरण जैसे डेमो के अपवाद के साथ)।

16. VB उन क्षेत्रों को आरम्भ करता है, जिन्हें आधार निर्माणकर्ता कहा जाता है, जबकि C # उन्हें आरंभिक करता है, जिन्हें आधार निर्माता कहा जाता है

क्या आपने सुना है कि कैसे "कुछ" कहते हैं कि पहली चीज जो कंस्ट्रक्टर में होती है वह बेस क्लास के कंस्ट्रक्टर के लिए एक कॉल है? खैर, यह मामला नहीं है, कम से कम C # में। base() # से पहले, कॉलिंग base() , स्पष्ट या निहित, फ़ील्ड इनिशियलाइज़र को पहले निष्पादित किया जाता है, फिर कंस्ट्रक्टर कॉल, और फिर आपका कोड। इस निर्णय के परिणाम हैं, और मुझे लगता है कि मुझे पता है कि भाषा डेवलपर्स एक या दूसरे रास्ते पर क्यों जा सकते हैं। मेरा मानना ​​है कि इनमें से एक परिणाम यह है कि निम्नलिखित कोड को सीधे C # में अनुवादित नहीं किया जा सकता है:

 Imports System.Reflection Class ReflectionFoo Private StringType As Type = GetType(String) Private StringLengthProperty As PropertyInfo = StringType.GetProperty("Length") Private StringGetEnumeratorMethod As MethodInfo = StringType.GetMethod("GetEnumerator") Private StringEnumeratorType As Type = StringGetEnumeratorMethod.ReturnType Sub New() Console.WriteLine(StringType) End Sub End Class 

gist.github.com/AnthonyDGreen/37d01c8e7f085e06172bfaf6a1e567d4#file-field-init-me-reference-vb

उन दिनों में जब मैं परावर्तन में लगा हुआ था, मैंने अक्सर ऐसे कोड लिखे। और मैं माइक्रोसॉफ्ट (जोश) से पहले एक सहकर्मी को याद करता हूं, जिसने मेरे कोड को C # में अनुवादित किया था, कभी-कभी निर्माण के लिए अपने सभी इनिशियलाइज़र को पोर्ट करने की आवश्यकता के बारे में शिकायत करता था। C # में, base() कहे जाने से पहले बनाई जा रही किसी वस्तु को संदर्भित करना निषिद्ध है। और जब से निर्दिष्ट कॉल से पहले फ़ील्ड इनिशियलाइज़र को निष्पादित किया जाता है, वे अन्य क्षेत्रों या ऑब्जेक्ट उदाहरण के किसी भी सदस्य को संदर्भित नहीं कर सकते। तो यह उदाहरण केवल VB में भी काम करता है:

 MustInherit Class Base ' OOP OP? Private Cached As Object = DerivedFactory() Protected MustOverride Function DerivedFactory() As Object End Class Class Derived Inherits Base Protected Overrides Function DerivedFactory() As Object Return New Object() End Function End Class 

gist.github.com/AnthonyDGreen/fe5ca89e5a98efee97ffee93aa684e50#file-base-derived-init-vb

यहां हमारे पास एक आधार वर्ग है, जिसे माना जाता है कि इसमें बहुत अधिक कार्यक्षमता है, लेकिन इसे प्रबंधन, कार्य के लिए कुछ प्रमुख वस्तु की आवश्यकता है, जो कि व्युत्पन्न प्रकार से निर्धारित होता है। इस तरह के टेम्पलेट को लागू करने के कई तरीके हैं, लेकिन मैं आमतौर पर इसका उपयोग करता हूं क्योंकि:

• वह छोटा है;
• मुझे एक निर्माता की घोषणा करने की आवश्यकता नहीं है;
• मुझे निर्माणकर्ता में इनिशियलाइज़ेशन कोड डालने की आवश्यकता नहीं है, यदि कोई हो;
• मुझे बनाई गई वस्तु को कैश करने की अनुमति देता है और प्रदान की गई वस्तु के लिए भंडारण की घोषणा और प्रबंधन के लिए व्युत्पन्न प्रकारों की आवश्यकता नहीं होती है, हालांकि अब यह ऑटो-गुणों के साथ ऐसी समस्या नहीं है।

इसके अलावा, मैं दोनों स्थितियों में रहा हूँ: जब एक व्युत्पन्न प्रकार में एक फ़ील्ड बेस क्लास में घोषित विधि को कॉल करना चाहता था, और जब बेस क्लास के फ़ील्ड इनिशियलाइज़र को व्युत्पन्न प्रकार द्वारा लागू MustOverride सदस्य को कॉल करने की आवश्यकता होती है। दोनों VB में मान्य हैं और C # में कोई भी नहीं है, और इससे समझ में आता है। यदि C # फ़ील्ड इनिशलाइज़र को बेस क्लास का सदस्य कह सकता है, तो यह सदस्य बेस कंस्ट्रक्टर (जो पहले से नहीं चल रहा है) में इनिशियलाइज़ किए गए फ़ील्ड पर निर्भर हो सकता है और परिणाम लगभग निश्चित रूप से गलत होंगे, और इसके आसपास कोई रास्ता नहीं था।

लेकिन VB में, बेस कंस्ट्रक्टर पहले ही काम कर चुका है, इसलिए आप कुछ भी कर सकते हैं! विपरीत परिस्थिति में, सब कुछ थोड़ा और अधिक जटिल है, क्योंकि बेस क्लास के इनिशियलाइज़र (या कंस्ट्रक्टर) से Overridable मेंबर को कॉल करने से पहले “इनिशियलाइज़” होने पर खेतों तक पहुँच बनाई जा सकती है। लेकिन केवल आपका कार्यान्वयन जानता है कि क्या यह एक समस्या है। मेरी लिपियों में, यह बस नहीं होता है। वे उदाहरण की स्थिति पर निर्भर नहीं करते हैं, लेकिन Shared सदस्य नहीं हो सकते हैं क्योंकि इस लेख के दायरे से परे तकनीकी कारणों से आपके पास किसी भी भाषा में Shared Overridable सदस्य नहीं हो सकता है। इसके अलावा, यह स्पष्ट रूप से परिभाषित किया गया है कि कस्टम इनिशियलाइज़र शुरू करने से पहले खेतों का क्या होता है - वे डिफ़ॉल्ट मानों के साथ आरंभीकृत होते हैं, जैसे VB में सभी चर। कोई आश्चर्य नहीं।

तो क्यों? वास्तव में, मुझे नहीं पता कि अगर मेरी स्क्रिप्ट्स मूल VB.NET टीम के दिमाग में थीं, जब उन्होंने इसे डिजाइन किया था। यह सिर्फ मेरे मामले में काम करता है! , : VB , , . . .

, , , C# VB, , VB , C#.

17. (backing field) VB , C#,

( ). E , VB ( IDE) EEvent . C# E , , E , .

18. VB

P , _P' . IntelliSense, . C# «» ( mangled ) , , C# .

? VB , -, «WithEvents», -, , - , .

19. read-only

, , …. VB « » . WithEvents -, non-Custom , , . IntelliSense, , , . FTW! , VB , private set; C#.

 Class Alarm Private ReadOnly Code As Integer ReadOnly Property Status As String = "Disarmed" Sub New(code As Integer) Me.Code = code End Sub Sub Arm() ' I'm motifying the value of this externally read-only property here. _Status = "Armed" End Sub Function Disarm(code As Integer) As Boolean If code = Me.Code Then ' And here. _Status = "Disarmed" Return True Else Return False End If End Function End Class 

gist.github.com/AnthonyDGreen/57ce7962700c5498894ad417296f9066#file-read-only-auto-property-backing-field-is-writeable-vb

20.

, NonSerialized .

VB (expanded) Custom- 2005 (?) , , , NonSerialized . , , , , «» , « ».

, , , , . , , , , two-way bindable ( , PropertyChanged ), , , , , .

, , CLSA «Expert Business Objects» (Rocky Lhotka) , undo/redo ( , , - , , ), . , . , , , .

21. — , ; ( )

, GoTo . , - . , For For Each ; Using , SyncLock With , , , Finally . If Select Case , Do While , Try — , :

 Module Program Sub Main() Dim retryCount = 0 Try Retry: ' IO call. Catch ex As IO.IOException When retryCount < 3 retryCount += 1 GoTo Retry End Try End Sub End Module 

gist.github.com/AnthonyDGreen/b93adcf3c3705e4768dcab0b05b187a0#file-try-goto-retry-vb

, , , .NET VB «». VB6 Quick Basic ( ) . QB, . , « », . GoTo, — , .

: Try , VB - await Catch Finally , , GoTo .

22. <>

, VB ( ) ( static ) ( ). , . Catch 3 . Try Catch , , , Try .

, VB.NET , . CLR VB . : , .

, C# , , «». VB.NET .

23.

, , C# « » ( definite assignment ). , , , « ». , ( ) , , . C/C++. , ! , . , , , — . , , , , , , , , . , BASIC , , «» , = Nothing , = 0 , = False ..

, ( flow analysis ) VB , .

, C# , , , . VB , , , . Roslyn, , API « », , .

24. RaiseEvent , null

, - C# VB. RaiseEvent VB — , null ( ), null - — , .

 ' You don't have to write this: If PropertyChangedEvent IsNot Nothing Then RaiseEvent PropertyChanged(Me, e) End If ' You don't have to write this: Dim handlers = PropertyChangedEvent If handlers IsNot Nothing Then handlers(Me, e) End If ' You don't have to write this either: PropertyChangedEvent?(Me, e) ' Just write this: RaiseEvent PropertyChanged(Me, e) 

gist.github.com/AnthonyDGreen/c3dea3d91ef4ffc50cfa92c41f967937#file-null-safe-event-raising-vb

, null-conditional C# VS2015 C# , VB ( ), , ; VB.NET .

25. ; (shallow clone)

, , 17 , , . (boxed) Object, System.Runtime.CompilerServices.RuntimeHelper.GetObjectValue . , CLR. , :

• , .
  
• , (, Integer ), .
  
• , .
  

, , , , ( late-bound situations ). , , ( ) , , , , ( caller's copy ). , , - , — .

. :

 Class MyEventArgs Property Value As Object End Class Structure MyStruct Public X, Y As Integer End Structure Module Program Sub Main() Dim defaultValue As Object = New MyStruct With {.X = 3, .Y = 5} Dim e = New MyEventArgs With {.Value = defaultValue} RaiseEvent DoSomething(Nothing, e) If e.Value Is defaultValue Then ' No handlers have changed anything. Console.WriteLine("Unchanged.") End If End Sub Event DoSomething(sender As Object, e As MyEventArgs) End Module 

gist.github.com/AnthonyDGreen/422ac4574af92d9bbbf59f0fbc40b74d#file-get-object-value-vb

, WPF, . , . , , . , . , - , , , .

, , « » . IronRuby/Python, dynamic C# ( C#): C# GetObjectValue . object.ReferenceEquals , , , - dynamic C# ( ). == , . C#, , .

26. Select Case «» (fall-through); break

Friday , Sunday — , 5 .

 Module Program Sub Main() Select Case Today.DayOfWeek Case DayOfWeek.Monday: Case DayOfWeek.Tuesday: Case DayOfWeek.Wednesday: Case DayOfWeek.Thursday: Case DayOfWeek.Friday: Console.WriteLine("Weekday") Case DayOfWeek.Saturday: Case DayOfWeek.Sunday: Console.WriteLine("Weekend") End Select End Sub End Module 

gist.github.com/AnthonyDGreen/7b7e136c71dd11b2417a6c7267bb3546#file-select-case-no-fallthrough-vb

Roslyn C# , - : «, ? !» «, » . . VS , , , , , . !

. C# , C, C. . , C# , case . - , goto , break . VB break , Exit Select , , VB .

27. Case

, . C#, :

 Module Program Sub Main() Select Case Today.DayOfWeek Case DayOfWeek.Monday, DayOfWeek.Tuesday, DayOfWeek.Wednesday, DayOfWeek.Thursday, DayOfWeek.Friday Dim message = "Get to work!" Case DayOfWeek.Saturday, DayOfWeek.Sunday Dim message = "Funtime!" End Select End Sub End Module 

gist.github.com/AnthonyDGreen/bd642061896246c9336255881fb78546#file-select-case-scopes-vb

, message , C# switch case — . . , , - ( , C): , , , , .

28, 29, 30. Select Case , =

, , , , Select Case .

, , . :

• Select Case — , , …
  
• switch — / , « ».
  

, 26-30. switch , , , , if . IL switch , , If , VB , . switch , , C . VB .

31. , ,

x , , -1, -2, -3:

 Module Program Sub Main() For i = 1 To 3 Dim x As Integer x -= 1 Console.WriteLine(x) Next End Sub End Module 

gist.github.com/AnthonyDGreen/cbc3a9c70677354973d64f1d993a3c5d#file-loop-variables-retain-their-values-vb

« , , » ( ). , VB2008 , -:

 Module Program Sub Main() Dim lambdas = New List(Of Action) For i = 1 To 3 Dim x As Integer x -= 1 lambdas.Add(Sub() Console.WriteLine(x)) Next For Each lambda In lambdas lambda() Next End Sub End Module 

gist.github.com/AnthonyDGreen/2ef9ba3dfcf9a1abe0e94b0cde12faf1#file-loop-variables-captured-per-iteration-vb

-1, -2, -3. x — « », - x , . , x . flow analysis API — ! ( «… … ?» )

? , , , , , #22. , , -, .

, VB C# ( control variables ) For Each VS2012 (?), - « ». 10000% , ( , VB , ). , VB For , . , . , VB For For Each , for foreach C#. , For VB - , , .

32. For

For . , , 1,3,5,7,9, , .

 Module Program Sub Main() Dim lower = 1, upper = 9, increment = 2 For i = lower To upper Step increment Console.WriteLine(i) upper += 1 increment -= 1 Next End Sub End Module 

gist.github.com/AnthonyDGreen/1e48113be204f515c51e221858666ac7#file-for-loop-bounds-cached-vb

, ( ), , , , IndexOutOfRangeExceptions , .

, , , , , C, VB . - , VB , For i = a To b Step c ( , i> b ) ( , i <b ), c ? , , , b , — . , , , , .

33. For Each VB GetEnumerator

For Each , IEnumerable , GetEnumerator , For Each .
, , For Each IEnumerator , , :

 Module Program Sub Main() Dim list = New List(Of Integer) From {1, 2, 3, 4, 5} Dim info = list.FirstAndRest() If info.First IsNot Nothing Then Console.Write(info.First.GetValueOrDefault()) For Each other In info.Additional Console.Write(", ") Console.Write(other) Next Console.WriteLine() End If End Sub <Runtime.CompilerServices.Extension> Function FirstAndRest(Of T As Structure)(sequence As IEnumerable(Of T)) As (First As T?, Additional As IEnumerator(Of T)) Dim enumerator = sequence.GetEnumerator() If enumerator.MoveNext() Then Return (enumerator.Current, enumerator) Else Return (Nothing, enumerator) End If End Function <Runtime.CompilerServices.Extension> Function GetEnumerator(Of T)(enumerator As IEnumerator(Of T)) As IEnumerator(Of T) Return enumerator End Function End Module 

gist.github.com/AnthonyDGreen/d7dbb7a5b98a940765c4adc33e3eaeee#file-for-each-extension-get-enumerator-vb

F# , IEnumerator , For Each , .

VB , ( well-known name ), . , , Add, . C# , (. async / await ). , C# Roslyn () , .

विज्ञापन का मिनट। 15-16 - .NET- DotNext 2019 Piter . , . , . .