2010-07-23 14 views
5

पर निर्भर यह देखते हुए कि विज़ुअल बेसिक 6.0 क्रम ships with Windows 7 और ओएस (until January 2020) के जीवन भर के लिए continue to be supported होगा और उस विज़ुअल बेसिक 6.0 आईडीई, हालांकि no longer supported, काफी स्थिर है, जोखिम क्या हैं अगले कई वर्षों के लिए विजुअल बेसिक 6.0 में मिशन-महत्वपूर्ण अनुप्रयोगों को रखने के आसपास?जोखिम के आसपास विज़ुअल बेसिक 6.0 अनुप्रयोगों

+0

कुछ जवाब यहां दिए गए हैं: http://stackoverflow.com/questions/400479/vb6-lives-forever-like-cobol – RQDQ

+0

हम विंडोज के जीवनकाल के बारे में निश्चित हो सकते हैं 7. मुख्यधारा का समर्थन जनवरी 2015 को समाप्त होगा और विस्तारित समर्थन जनवरी 2020 को समाप्त होगा। इसलिए टाइपिंग के समय 9 सालों तक जाना है। http://support.microsoft.com/lifecycle/search/default.aspx?alpha=Windows+7 – MarkJ

+3

@tster मैं वीबी 6 आईडीई स्थिर मानता हूं। मैं इसे लगातार 10 वर्षों से उपयोग कर रहा हूं, और ऐसे में कई सहयोगी हैं, और हमें कोई समस्या नहीं है। बीटीडब्ल्यू मुझे डर है कि मैं विजुअल स्टूडियो के बाद के (.Net) संस्करणों के लिए ऐसा नहीं कह सकता, जो कभी-कभी दुर्घटनाग्रस्त हो जाता है। – MarkJ

उत्तर

6

official advice माइक्रोसॉफ्ट ब्रिटेन से VB6 क्षुधा के मालिकों के लिए है:

[उन्नयन या यदि आपका VB6 आवेदन की जगह नहीं है] आपके आवेदन महान काम कर रहा है, यह किसी भी परिवर्तन कई के लिए आवश्यक नहीं है वर्ष, वहाँ कार्यक्षमता बढ़ाने के लिए कोई योजनाएं नहीं हैं, और न ही नए अनुप्रयोगों

कि आपको बताता है के साथ एकीकृत करने की आवश्यकता कारक है कि एक VB6 आवेदन के लिए खतरे को बढ़ा:

  • एक जरूरत करने के लिए परिवर्तन आवेदन (बग सुधार या नई सुविधाओं)।
  • की आवश्यकता नए अनुप्रयोगों के साथ एप्लिकेशन को एकीकृत करें।
    • लेकिन एकीकरणप्रवास आवश्यकता नहीं है। इंटरऑप आपको वीबी 6 (PDF whitepaper) के साथ नेट कोड को मिश्रण करने की अनुमति देता है।

संपादित मैं मुख्य जोखिम उल्लेख करना भूल गया। .NET को वीबी 6 कोड माइग्रेट करना एक बड़ा काम हो सकता है। मेरी राय में यह शुरुआती दिनों में वर्तमान में आसान है: अब excellent commercial tools हैं; और कुछ और हालिया वीबी.Net भाषा सुविधाओं ने इसे easier बना दिया है। जोखिम यह है कि यदि आप इसे बहुत लंबा छोड़ देते हैं तो यह फिर से कठिन हो सकता है। एक ऐसा मुद्दा आएगा जब ज्यादातर लोग जो माइग्रेट करने जा रहे हैं वे पहले से ही माइग्रेट हो चुके हैं: फिर उपकरण गायब हो सकते हैं और माइग्रेशन के बारे में सामुदायिक ज्ञान खराब हो सकता है। /संपादित करें

मुझे यकीन है कि माइक्रोसॉफ्ट अंततः VB6 क्रम छोड़ देंगे, लेकिन ध्यान में रखना है जो Windows 8 अभी भी 16-बिट अनुप्रयोगों का समर्थन करता है हूँ। और फिर वर्चुअल मशीनें हैं। निजी तौर पर, मुझे लगता है कि वीबी 6 एप्लिकेशन लंबे समय तक चल रहे होंगे।

2

कई जोखिम हैं ... उदाहरण के लिए, यदि वीबी 6 रनटाइम के साथ एक सुरक्षा छेद पाया जाता है - क्या एमएस इसे ठीक करने के लिए पैसा निवेश करेगा? एक अच्छा मौका है कि वे करेंगे, लेकिन इस बिंदु पर यह इतना पुराना है कि वे परेशान नहीं हो सकते हैं।

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

सिक्का का दूसरा पक्ष है, आपके पास बहुत सारी कंपनी है। उत्पादन में अभी भी बहुत सारे वीबी 6 कोड हैं (मुझे पूरा यकीन है कि वीबी 6 में मैंने जो कुछ लिखा है वह अभी भी चल रहा है)।

+1

मैं यहां आपके कुछ तर्कों से असहमत हूं। वीबी 6 रनटाइम ** ** ** ** का हिस्सा है। यदि माइक्रोसॉफ्ट विंडोज के किसी भी हिस्से में ** सुरक्षा छेद ** ढूंढता है, तो वे लगभग हमेशा हॉटफिक्स जारी करते हैं। इसके अलावा आप कहते हैं "वास्तव में समर्थित किसी चीज़ के साथ प्रतिस्थापित करें" - वीबी 6 रनटाइम वास्तव में समर्थित है। – MarkJ

4

एक जोखिम यह है कि आप ऐसी भाषा में काम कर रहे हैं जो डेवलपर्स ज्यादातर इससे निपटना नहीं चाहते हैं। मौजूदा डेवलपर्स के रूप में अच्छे डेवलपर्स को ढूंढना मुश्किल होगा या आपको एप्लिकेशन का विस्तार करने की आवश्यकता है।

इसके अलावा, आप कोड बेस के आकार को बढ़ा रहे हैं, जिसे आप किसी दिन किसी अन्य भाषा में अपग्रेड करना चाहते हैं।

सबसे बड़ा यह है कि आपके वीबी 6 एप्लिकेशन में नई सुविधाएं जोड़ने से यह अधिक महंगा होगा यदि एप्लिकेशन सी # या वीबी.नेट जैसी बेहतर भाषा में था। ऐसा इसलिए है क्योंकि:

  1. वीबी 6 डेवलपर्स को रोजगार के लिए अधिक लागत है। चूंकि डेवलपर्स वीबी 6 का उपयोग नहीं करना चाहते हैं, इसलिए वे आपकी कंपनी (0)
  2. .NET में एक बड़ी मानक लाइब्रेरी और वीबी 6 की तुलना में अधिक तृतीय पक्ष घटक हैं। मेरे अनुभव में, .NET में कई अधिक खुले स्रोत तृतीय पक्ष घटक हैं जबकि वीबी 6 घटक प्रायः मालिकाना होते हैं।
  3. विजुअल स्टूडियो 2008 या 2010 का उपयोग कर पिछले 10 वर्षों से सभी सुधारों और सुविधाओं के कारण वीबी 6 आईडीई की तुलना में अधिक उत्पादक है।
  4. .NET के पास बेहतर इकाई परीक्षण समर्थन है।
  5. सी # वीबी 6 की तुलना में बेहतर भाषा है। एक अच्छा सी # डेवलपर एक अच्छा वीबी 6 डेवलपर की तुलना में एक फीचर बहुत तेज लिख सकता है क्योंकि भाषा अधिक शक्तिशाली है।
+0

मैं इनमें से कुछ बिंदुओं से असहमत हूं। वर्तमान आर्थिक माहौल में, कम से कम ब्रिटेन में, वीबी 6 पर काम करने के इच्छुक डेवलपर्स भर्ती करना आसान है: हमने हाल ही में कुछ लोगों को लिया है। मुझे लगता है कि आप वीएस 2010/.NET/C# से उत्पादकता वृद्धि को बढ़ा रहे हैं। वे मदद करते हैं, लेकिन मुझे नहीं लगता कि आप "बहुत तेज" विशेषताएं लिख सकते हैं। वे चांदी की गोलियां नहीं हैं। सबसे ऊपर किसी भी योजनाबद्ध नई सुविधाओं के लिए आवश्यक काम बनाम वीबी 6 (यानी माइग्रेशन की लागत) में ** मौजूदा ** विशेषताओं में निवेश का वास्तविक आकलन करना महत्वपूर्ण है (बाद में बचत इनमें से कुछ प्रतिशत हैं)। – MarkJ

+0

@ मार्कज, आप सी # (विशेष रूप से 3.5 और ऊपर) कितनी अच्छी तरह से जानते हैं? जो लोग कम शक्तिशाली भाषाओं में सोचते हैं (जैसे वीबी 6) अक्सर अधिक शक्तिशाली भाषा से लाभ को समझ नहीं सकते हैं। पॉल ग्राहम ने इसे ब्लब पैराडाक्स कहा। – tster

+0

क्या आप जेनेरिक, LINQ, covariance/contravariance, अज्ञात विधियों के बारे में बात कर रहे हैं ...? वे मजेदार और उपयोगी हैं लेकिन मुझे लगता है कि आपको ** बहुत तेज ** होने का दावा करने के बारे में सतर्क रहने की आवश्यकता है। क्या आपके पास कोई डेटा है? यहां मूल "नो रजत बुलेट" तर्क के बारे में कुछ है। आप इसे "मार्केटिंग ब्लर्ब" विरोधाभास कह सकते हैं http://en.wikipedia.org/wiki/No_Silver_Bullet भाषा की विशेषताओं और उत्पादकता पर जोएल है http://www.joelonsoftware.com/articles/fog0000000006.html – MarkJ

-3

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

कुछ अच्छी अंक:

  • VB6 घटक मुफ्त ऑनलाइन कर रहे हैं।

  • वीबी 6 वीएस 6 के बाद विजुअल स्टूडियो 2008 या 2010 या किसी अन्य भाषा से अधिक उत्पादक है।

  • ऊपर जो कहा गया है उसके विपरीत, वीबी 6 सी # (यह भी तेज़ तरीका है) से बेहतर भाषा है। एक अच्छा वीबी 6 डेवलपर एक अच्छा सी # डेवलपर की तुलना में अधिक एक फीचर लिख सकता है क्योंकि भाषा शक्तिशाली है।

+2

मुझे आश्चर्य है कि हम प्रोग्रामिंग भाषा वीबी 6 की तुलना आईडीई - विजुअल स्टूडियो के साथ कैसे कर सकते हैं। और विशेष रूप से GOTO उपयोग के साथ वीबी बड़े अनुप्रयोगों की रखरखाव के बारे में क्या? "वीबी 6 सी # से बेहतर भाषा है" - विवादास्पद बयान। क्या आप इसके लिए साक्ष्य प्रदान कर सकते हैं? –

0

एक और संभावित जोखिम पुराने ओसीएक्स के उपयोग के साथ आता है जिसमें विकास वातावरण के लिए 16 बिट setup.exe है।

आप एक नए 64-बिट ओएस पर 16-बिट सेटअप नहीं चला सकते हैं। विकास पर्यावरण।

उदाहरण के लिए उद्धरण Farpoint स्प्रेड 3.0.16: इसमें 16 बिट डेवलपर सेटअप है लेकिन इस भाग्यशाली मामले में आप एक उन्नत 32 बिट setup.exe एप्लिकेशन पा सकते हैं।

कुछ ओसीएक्स में 32 बिट setup.exe विकास वातावरण के लिए नहीं है।

अक्सर पुराने ओसीएक्स सीरियल नंबर/पंजीकरण कुंजी के साथ समस्याएं होती हैं।उन ओसीएक्स में से कुछ के साथ आपको अब

संबंधित मुद्दे