मैं 2001 से विजुअल बेसिक। नेट में विकसित करता हूं और मुझे यह पसंद है और मुझे इससे नफरत है !!!
इन बिंदुओं की प्रस्तुति का क्रम सिर्फ उस आदेश पर आधारित है जिसमें वह मेरे दिमाग में आया था ...
दृश्य स्टूडियो के साथ vb.net में, प्रत्येक विधि, संपत्ति के बीच एक दृश्य रेखा विराम है। कई लोगों के लिए, यह c # पर vb.net को पसंद करने का एक अच्छा कारण नहीं है, लेकिन मुझे समझ में नहीं आता है कि Microsoft पर c # टीम ने इसे क्यों लागू नहीं किया है। ऐड-इन है कि इस लाइन को c # में ड्रा करें लेकिन फिर से Microsoft को ac # टीम और विजुअल बेसिक टीम है कि एक दूसरे से बात न करें।
Vb.net में, जब आप एक विजेता बनाते हैं, तो आपके पास संपादक के शीर्ष पर दृश्य स्टूडियो में दो कॉम्बोक्स होते हैं और सही कॉम्बोक्स पर एक घटना का चयन करते समय आप स्वचालित रूप से घटना उत्पन्न कर सकते हैं। जब आप प्रत्येक दिन दर्जनों कार्यक्रम संलग्न करते हैं, तो यह सुविधा के लिए बहुत बोझिल हो सकता है। सी # के साथ, आपके पास संपत्ति ग्रिड के शीर्ष पर एक छोटा बटन है जो घटना उत्पन्न कर सकता है लेकिन यह vb.net की तरह तेज़ नहीं है। अधिक, यदि आप c # में नियंत्रण की घटना संलग्न करते हैं और फ़ॉर्म पर नियंत्रण हटाते हैं, तो ईवेंट को संभालने के लिए ऑटो-जनरेट किए गए कोड पर बनाए गए प्रतिनिधि को मैन्युअल रूप से हटाना होगा। फिर से धन्यवाद Microsoft।
Vb.net में, जब आप एक ऐसी विधि को संशोधित करने का प्रयास करते हैं जिसमें बिना प्रश्न को संशोधित किए ही एक linq क्वेरी होती है, तो कोई समस्या नहीं है, लेकिन c # में, सभी विधि कोड लॉक है। यदि आपके पास बहुत सारे लिन्क क्वेश्चन या लैम्ब्डा एक्सप्रेशन हैं, तो एडिट एंड कंटेंट फीचर तेजी से एक अच्छी पुरानी बात होगी। ठीक है, थोड़ा अतिशयोक्ति ... लेकिन :)
Vb.net में, जब आप मेथड नेम बनाते हैं और एंटर करते हैं, तो 'एंड सब' अपने आप बन जाएगा। सी # में, यह अपने आप करो। ठीक है, अगर आपके पास रिचार्पर या डेवेक्सप्रेस स्थापित है, तो यह बेहतर होगा लेकिन इन सभी छोटी लेकिन महान विशेषताओं को c # में लागू क्यों नहीं किया गया।
Vb.net में, जब आपको अपने कोड में त्रुटियां होती हैं, तो त्रुटियों को स्वचालित रूप से प्रदर्शित किया जाता है और जब आप इसे सही करते हैं, तो वास्तविक समय में इन त्रुटियों को स्टैक से हटा दिया जाता है। सी # में, आपको अपनी परियोजना को यह महसूस करने के लिए बनाना होगा कि आपने सफलतापूर्वक त्रुटियों को ठीक किया है या नहीं। क्यों सी # टीम ने vb.net की तरह वास्तविक समय त्रुटि में सत्यापित करने का विकल्प नहीं रखा है। बड़े समाधान के साथ, त्रुटि का कोई वास्तविक समय सत्यापन प्रदर्शन का एक बहुत अच्छा अनुकूलन नहीं हो सकता है, लेकिन जब मैं इसे सही करता हूं, तो मुझे त्रुटि के एक ढेर को देखना अच्छा लगता है।
जैसे अन्य व्यक्ति ने उल्लेख किया है, मुझे लगता है कि vb.net स्थिति को पढ़ना और अधिक आसान है यदि..इसके लिए, यदि मामला है, तो चयन करें ... अंत का चयन करें लेकिन devexpress पेंटिंग ब्रैकेट के साथ, जो मैंने कहा था उसे भूल जाएं।
Vb.net के साथ, दृश्य स्टूडियो में कई कीड़े हैं। दृश्य स्टूडियो 2010 में एक का उल्लेख करने के लिए, इंटैलिजेंस सही गणना को फ़िल्टर नहीं करता है यदि आपके पास "सभी" के बजाय मोड "सामान्य" सक्रिय है।
Vb.net के साथ, आपको एक डमी लड़के के रूप में माना जाता है क्योंकि सांख्यिकीय रूप से, अधिक खराब प्रोग्रामर c # के बजाय vb.net का उपयोग करते हैं क्योंकि c # बेहतर प्रोग्रामिंग अभ्यास को सीखने और बढ़ावा देने के लिए कठिन है।
जैसा कि अन्य ने कहा, सी # प्रोग्रामर के पास अधिक पैसे के साथ अच्छी नौकरी करने का बेहतर मौका है।
ग्राहक के सिर में, vb.net = आदमी जो कोड के स्पेगेटी के एक बोल्ट के साथ अपने तहखाने में कार्यक्रम करता है। c # = वाह, आप बहुत बुद्धिमान हैं। तथ्य यह है कि यह इसलिए नहीं है क्योंकि आप c # में प्रोग्राम करते हैं, बल्कि आप एक अच्छा प्रोग्राम बनाते हैं, लेकिन स्टेटिक रूप से, हाँ।
इन सभी बिंदुओं के साथ, मैंने अपने सभी vb कोड को c # में बदलना चुना। मैं ऑब्जेक्ट ओरिएंटेड, डिजाइन पैटर्न, मानकों के साथ स्वच्छ कोड और सख्त वाक्यविन्यास के सभी सर्वोत्तम अभ्यासों के साथ कार्यक्रम करता हूं और मैं 50 साल तक इस तरह का कार्यक्रम कर सकता हूं, लेकिन समुदाय की नजर से, मैं एक अच्छा प्रोग्रामर नहीं हूं। मैं अपने कोड को c # में परिवर्तित करूँगा जिसमें कोई अन्य सर्वोत्तम प्रथा नहीं होगी और मैं एक अन्य व्यक्ति बनूंगा; एक महान लड़का जिसे आपको सम्मान देना चाहिए .....: ... क्या मजाक है ... !!! लेकिन यह वास्तविकता है।
