आजकल .NET में लिखे प्रोग्राम का मार्केट शेयर क्या है? [बन्द है]

Question

वर्तमान में हम अपने Visual Basic 6.0 प्रोग्राम को .NET पर माइग्रेट कर रहे हैं । लक्षित दर्शक घर पर सामान्य डेस्कटॉप उपयोगकर्ता हैं। इस पर चर्चा करते हुए, हमने महसूस किया कि हम मुख्यधारा के कार्यक्रमों के साथ नहीं आ सकते हैं जो .NET में लिखे गए प्रतीत होते हैं। क्या हम गलत हैं? क्या इसका कोई अच्छा कारण है?

Comments

मुझे लगता है कि Visual Studio और Paint.NET दो मुख्यधारा के प्रोग्राम हैं जो .NET में लिखे गए हैं।

— जोनास

क्या आप अपने वर्तमान उत्पाद में कोड जोड़ सकते हैं जो रिपोर्ट करता है कि वर्तमान उपयोगकर्ताओं के पास .NET लाइब्रेरी क्या है?

@ ThorbjørnRavnAndersen: हाँ, आप कर सकते हैं - रिचर्ड ग्रिम्स ने बस जब विस्टा बाहर आया था, तो आप अपनी तकनीकों का उपयोग यह देखने के लिए कर सकते हैं कि आपके द्वारा इंस्टॉल किए गए ऐप के लिए सीएलआर लोडर के साथ क्या बायनेरिज़ बनाया गया है। grimes.demon.co.uk/dotnet/vistaAndDotnet.htm (नीचे पर डाउनलोड करें)

— gbjbaanb

Answer 1

"मुख्य धारा कार्यक्रमों" की परिभाषा के आधार पर, उनमें से कई VB6 में लिखे जाने के लिए प्रतीत नहीं होते हैं।

बेशक, C # और VB.NET ने अब लगभग वह स्थान ले लिया है जहाँ VB6 ~ 10 साल पहले था। कम से कम 98% व्यक्तिगत सॉफ़्टवेयर है जिसे आप अपने स्थानीय सॉफ़्टवेयर स्टोर में नहीं खरीद सकते हैं। लेकिन इसका मतलब यह नहीं है कि वहाँ कोई .NET प्रोग्राम नहीं हैं। बहुत सारे हैं - लेकिन आपको उन्हें सही स्थानों पर खोजना होगा।

Answer 2

यदि आपका प्रोग्राम .NET में लिखा है या नहीं, तो आपका ग्राहक परवाह नहीं करता है। इसलिए, यदि आप यह सुनिश्चित कर सकते हैं कि आपके लक्षित दर्शकों का अधिकांश भाग आपके सॉफ़्टवेयर को बिना किसी समस्या के स्थापित और चला सकता है, तो आप अच्छे हैं।

.NET फ्रेमवर्क प्रवेश के बारे में सटीक जानकारी प्राप्त करना बहुत मुश्किल है , इसलिए आपको किसी पर भरोसा नहीं करना चाहिए।

.NET क्लाइंट प्रोफ़ाइल को लक्षित क्यों नहीं किया गया और यह सुनिश्चित किया गया कि यह आपके बायनेरिज़ के साथ स्थापित हो? यह आसान, सरल और प्रभावी है।

.NET फ्रेमवर्क 4 क्लाइंट प्रोफाइल .NET फ्रेमवर्क 4 का एक सबसेट है जो क्लाइंट एप्लिकेशन के लिए अनुकूलित है। यह ज्यादातर क्लाइंट एप्लिकेशन के लिए कार्यक्षमता प्रदान करता है, जिसमें विंडोज प्रेजेंटेशन फाउंडेशन (डब्ल्यूपीएफ), विंडोज फॉर्म, विंडोज कम्युनिकेशन फाउंडेशन (डब्ल्यूसीएफ) और क्लिकऑन फीचर शामिल हैं। यह .NET तैनाती 4 क्लाइंट प्रोफ़ाइल को लक्षित करने वाले अनुप्रयोगों के लिए तेज़ परिनियोजन और एक छोटा इंस्टॉल पैकेज सक्षम करता है।

मैं अपने VB6 कोड को .NET में पोर्ट करने का एक और बड़ा फायदा देखता हूं : आपके सॉफ़्टवेयर का संस्करण बनाने की क्षमता जो मोनो का उपयोग करके लिनक्स और ओएसएक्स पर चलता है । .NET और क्रॉस प्लेटफॉर्म में लिखे गए डेस्कटॉप एप्लिकेशन का उल्लेखनीय उदाहरण यहां उपलब्ध है ।

Comments

महत्वपूर्ण बिंदु पर अधिकार: ग्राहकों को प्लेटफॉर्म की परवाह नहीं है जब तक कि यह उनके सिस्टम पर चलता है। लेकिन अंतिम पैराग्राफ पर नहीं-तो-सही: मोनो काम करता है और एक प्रभावशाली उपलब्धि है; लेकिन यह एक बुरा सपना है कि अंत उपयोगकर्ताओं पर स्थापित किया है। .NET का 'crossplatform' का वादा पानी पर मर चुका है।

— जेवियर

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

— ब्लूराजा - डैनी पफ्लुगुएफ्ट

@ BlueRaja-DannyPflughoeft: सही, .net (सीएलआर, वास्तव में) "क्रॉस-विंडो-प्लेटफॉर्म" प्लेटफॉर्म के रूप में वितरित करता है। कुछ भी नहीं छींकने के लिए, वास्तव में

— जेवियर

@BlueRaja: आप भूल जाते हैं कि ARM पर जो सामान दिखाया गया था, वह माइक्रोसॉफ्ट का C ++ कोड था। प्रिंटर ड्राइवर और ऑफिस जैसी चीजें। वे .NET एप्लिकेशन नहीं हैं, इसलिए .NET के लिए आवश्यक तर्क पूरी तरह से गलत है।

— gbjbaanb 1

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

Answer 3

मेरा व्यक्तिगत अनुभव है कि .NET इन-हाउस, उद्यम-स्तर के विकास में प्रमुख है। इनमें से अधिकांश एप्लिकेशन सार्वजनिक उपभोग के लिए नहीं हैं और इसलिए ये हमारी रोजमर्रा की शब्दावली का हिस्सा नहीं हैं।

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

आपकी विशिष्ट परिस्थिति के संबंध में, मैं केवल आपके आवेदन की पोर्टिंग का कार्य करूंगा, यदि आप भविष्य में इसमें बहुत सारी वृद्धि और परिवर्तन कर रहे हैं। यदि यह स्थिर है और रखरखाव मोड में है, तो आपको इसे छोड़ने के अलावा किसी भी निर्णय पर पछतावा होगा।

Comments

"C # अद्भुत है" के लिए +1। इसकी वास्तव में एक अद्भुत भाषा है

— शाश्वत

Answer 4

दरअसल, TIOBE के अनुसार , C # (एक .NET भाषा) अब दुनिया की चौथी सबसे लोकप्रिय भाषा है।

इसके अलावा, मैं एक और पोस्टर से सहमत हूं कि क्लाइंट को परवाह नहीं है कि आपका ऐप किस भाषा में लिखा गया है, जब तक यह काम करता है।

Comments

मुझे लगता है कि StackOverflow पर टैग की संख्या TIOBE खोज रैंकिंग की तुलना में अधिक प्रतिनिधि है।

— जोनास

नहीं, यह सिर्फ इसलिए है क्योंकि सी कोडर्स रियल प्रोग्रामर हैं, और रियल प्रोग्रामर मदद नहीं मांगते हैं।

— गुस्ताव बर्ट्राम

बकरी की अंतड़ियों को पढ़ना TIOBE से अधिक सटीक है। वैसे, मैं किसी भी तरह से बकरी द्वारा खाए जाने वाले प्रसंस्करण पदार्थों के अलावा किसी अन्य चीज के लिए बकरी के प्रवेश पर मुकदमा चलाने की वकालत नहीं करता।

— एडम क्रॉसलैंड

@Gustav: हाँ, SO पर C # पर टैग की संख्या से पता चलता है कि यह एक कठिन भाषा है जिसे अधिक लोगों को मदद की ज़रूरत है :)

— gbjbaanb

Answer 5

यदि आपके बाजार में ऐसी विशेषताएं हैं, तो तय करें कि आप केवल या अधिक आसानी से .NET में बना सकते हैं। विचार करें कि नए डेवलपर्स को काम पर रखने पर विचार करने के लिए एक और बाजार है। आपको अधिक VB.NET देवता मिल सकते हैं या नहीं मिल सकते हैं जो आपकी आवश्यकताओं (अनुभव का स्तर, डोमेन का ज्ञान, आदि) के लिए उपयुक्त हैं। क्या आपके वर्तमान डेवलपर स्विच करना चाहते हैं?

मैं घर उपयोगकर्ता बाजार के बारे में नहीं जानता, लेकिन व्यापार बाजार .net ऐप्स में बहुत भारी है।

Answer 6

VB6 अब MS द्वारा समर्थित नहीं है (रेफ: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0। एस्पक्स )। इसलिए यदि आपके पास विकास के दृष्टिकोण से समस्याएं हैं, तो आपको स्रोत से समर्थन नहीं मिलेगा।

दूसरी ओर, VB.NET अभी भी सक्रिय रूप से विकसित और समर्थित है।

.NET फ्रेमवर्क और जावा JRE के बीच समानता और साथ ही C # और Java के बीच समानता ने C # /। NET डेवलपर समुदाय को बहुत तेज़ी से बढ़ाया है।

VB6 डेवलपर्स की आपूर्ति कम हो रही है, जबकि VB.NET/C# वालों के बढ़ने की संभावना है और आपके उत्पाद को आगे रख सकते हैं।

Answer 7

हम मुख्य स्ट्रीम प्रोग्राम के साथ नहीं आ सकते हैं जो कि .Net में लिखे गए प्रतीत होते हैं।

मुझे पूरा यकीन है कि अति उत्प्रेरक ग्राफिक्स कार्ड नियंत्रण कक्ष .NET में लिखा गया है - इसलिए यह मूल रूप से प्रत्येक पीसी है जिसमें एक अति ग्राफिक्स कार्ड है। सामान्य डेस्कटॉप उपयोगकर्ताओं की बड़ी संख्या ...

एक और अच्छा उदाहरण सैमसंग Kies है - जो ज्यादातर लोग जिनके पास सैमसंग फोन है स्थापित किया है।

Comments

कृपया नीचे बताएं?

— मैटवेवी

Answer 8

मुझे लगता है कि इससे कोई फर्क नहीं पड़ता - क्या अधिक मायने रखता है जो भविष्य में अधिकांश कार्यक्रमों को लिखा जाएगा। अब MS, Win8 ऐप्स पर ध्यान केंद्रित कर रहे हैं, संभवतः आपको विरासत .NET के बजाय HTML5 + js और WinRT को अपनाने की चिंता करना बेहतर होगा।

आखिरी चीज जो आप करना चाहते हैं। सब कुछ .NET पर पोर्ट करना है और फिर इसे विंडोज 8 के साथ अच्छी तरह से काम करने के लिए और भी बहुत कुछ करना है।

Comments

हा! सच में दर्द होता है :) WinPhone8 वास्तव में इसे दिखाता है हालांकि, कोई और अधिक XNA नहीं है, यदि आप फैंसी 3 डी ग्राफिक्स चाहते हैं, तो आपको मूल एसडीके की आवश्यकता है।

— gbjbaanb

मुझे WinPhone 8 पर XNA समर्थन और विंडोज 8 पर .NET फ्रेमवर्क समर्थन के बीच संबंध नहीं दिखता है? (Btw मैं वह नहीं था जिसने आपको

— नीचे उतारा