ขณะนี้เรากำลังโยกย้ายโปรแกรมของเรา Visual Basic 6.0 .NET กลุ่มเป้าหมายเป็นเพียงผู้ใช้เดสก์ท็อปปกติที่บ้าน เมื่อพูดถึงเรื่องนี้เรารู้ว่าเราไม่สามารถหาโปรแกรมหลักที่ดูเหมือนจะเขียนใน. NET พวกเราเข้าใจผิดไหม? มีเหตุผลที่ดีสำหรับสิ่งนี้หรือไม่?
ขณะนี้เรากำลังโยกย้ายโปรแกรมของเรา Visual Basic 6.0 .NET กลุ่มเป้าหมายเป็นเพียงผู้ใช้เดสก์ท็อปปกติที่บ้าน เมื่อพูดถึงเรื่องนี้เรารู้ว่าเราไม่สามารถหาโปรแกรมหลักที่ดูเหมือนจะเขียนใน. NET พวกเราเข้าใจผิดไหม? มีเหตุผลที่ดีสำหรับสิ่งนี้หรือไม่?
คำตอบ:
ขึ้นอยู่กับคำจำกัดความของ "โปรแกรมสตรีมหลัก" ดูเหมือนว่าจะมีไม่มากที่จะเขียนใน VB6 เช่นกัน
แน่นอนว่าตอนนี้ C # และ VB.NET เกิดขึ้นเกือบที่ VB6 คือ ~ 10 ปีที่แล้ว อย่างน้อย 98% เป็นซอฟต์แวร์ส่วนบุคคลที่คุณไม่สามารถซื้อในร้านซอฟต์แวร์ในพื้นที่ของคุณ แต่นั่นไม่ได้หมายความว่าไม่มีโปรแกรม. NET อยู่ที่นั่น มีจำนวนมาก - แต่คุณจะต้องค้นหาพวกเขาในสถานที่ที่เหมาะสม
ลูกค้าของคุณไม่สนใจว่าโปรแกรมของคุณเขียนใน. NET หรือไม่ ดังนั้นหากคุณมั่นใจได้ว่ากลุ่มเป้าหมายส่วนใหญ่สามารถติดตั้งและใช้งานซอฟต์แวร์ได้โดยไม่มีปัญหาคุณก็เป็นคนดี
มันยากมากที่จะค้นหาข้อมูลที่ถูกต้องเกี่ยวกับการเจาะเข้าไปใน. NET Frameworkดังนั้นคุณไม่ควรพึ่งพาข้อมูลใด ๆ
ทำไมไม่กำหนดเป้าหมายโปรไฟล์ลูกค้า. NETและตรวจสอบให้แน่ใจว่าได้ติดตั้งพร้อมกับไบนารีของคุณแล้วหรือไม่ ง่ายง่ายและมีประสิทธิภาพ
ส่วนกำหนดค่าไคลเอนต์. NET Framework 4 เป็นส่วนย่อยของ. NET Framework 4 ที่ปรับให้เหมาะสมสำหรับแอปพลิเคชันไคลเอนต์ มันมีฟังก์ชั่นการใช้งานสำหรับแอปพลิเคชันไคลเอนต์ส่วนใหญ่รวมถึง Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) และฟีเจอร์ ClickOnce สิ่งนี้ทำให้การปรับใช้เร็วขึ้นและแพคเกจติดตั้งขนาดเล็กลงสำหรับแอปพลิเคชันที่กำหนดเป้าหมายโปรไฟล์ลูกค้า. NET Framework 4
ฉันเห็นอีกประโยชน์ใหญ่ของportingรหัส VB6 ของคุณเพื่อ .NET: ความสามารถในการสร้างรุ่นของซอฟต์แวร์ที่ทำงานบน Linux และ OSX ใช้โมโน ตัวอย่างที่โดดเด่นของโปรแกรมคอมพิวเตอร์ที่เขียนใน NET และแพลตฟอร์มที่มีอยู่ที่นี่
ประสบการณ์ส่วนตัวของฉันคือ. NET โดดเด่นในการพัฒนาในระดับองค์กร แอปพลิเคชั่นเหล่านี้ส่วนใหญ่ไม่ได้สร้างขึ้นเพื่อการบริโภคสาธารณะดังนั้นจึงไม่ได้เป็นส่วนหนึ่งของคำศัพท์ประจำวันของเรา
ยังคงมีเหตุผลที่น่าสนใจอย่างมากที่ บริษัท ขนาดใหญ่จำนวนมากได้นำเทคโนโลยีเหล่านี้มาใช้: ผลผลิตของโปรแกรมเมอร์และความสุข C # เป็นภาษาการเขียนโปรแกรมที่ยอดเยี่ยมและมีระบบนิเวศ. NET ที่อุดมไปด้วยห้องสมุดที่มีอยู่เพื่อให้เรามีการคิดค้นใหม่ นอกจากนี้ WCF ในขณะที่ซับซ้อนอย่างน่าประหลาดใจในบางครั้งก็เป็นกรอบที่มีประสิทธิภาพมากสำหรับการสร้างการสื่อสารระหว่างระบบที่แตกต่างกัน
ในส่วนที่เกี่ยวกับสถานการณ์เฉพาะของคุณฉันจะดำเนินการย้ายแอปพลิเคชันของคุณเฉพาะในกรณีที่คุณจะทำการปรับปรุงและเปลี่ยนแปลงจำนวนมากในอนาคต หากมีความเสถียรและอยู่ในโหมดการบำรุงรักษาคุณจะต้องเสียใจกับการตัดสินใจใด ๆ
ตามความเป็นจริงตามTIOBE , C # (ภาษา NET.) เป็นภาษาที่นิยมมากที่สุดที่สี่ในโลก
นอกจากนี้ฉันเห็นด้วยกับโปสเตอร์อื่นที่ลูกค้าไม่สนใจว่าแอปของคุณเขียนด้วยภาษาใดตราบใดที่มันใช้งานได้
ตัดสินใจว่ามีฟีเจอร์ที่ตลาดต้องการหรือไม่ที่คุณสามารถสร้างได้เฉพาะใน. NET พิจารณาว่าการจ้างนักพัฒนาใหม่เป็นอีกตลาดที่ต้องพิจารณา คุณอาจพบหรือไม่พบ VB.NET devs เพิ่มเติมที่เหมาะสมกับความต้องการของคุณ (ระดับประสบการณ์ความรู้เกี่ยวกับโดเมน ฯลฯ ) นักพัฒนาปัจจุบันของคุณต้องการเปลี่ยนหรือไม่?
ฉันไม่รู้เกี่ยวกับตลาดผู้ใช้ตามบ้าน แต่ตลาดธุรกิจค่อนข้างหนักในแอพ. net
VB6 ไม่ได้รับการสนับสนุนจาก MS อีกต่อไป (อ้างอิง: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0) aspx ) ดังนั้นหากคุณมีปัญหาจากมุมมองการพัฒนาคุณจะไม่ได้รับการสนับสนุนจากแหล่งที่มา
ในขณะที่ VB.NET ยังคงได้รับการพัฒนาและสนับสนุนอย่างแข็งขัน
ความคล้ายคลึงกันระหว่าง. NET Framework และ Java JRE รวมถึงความคล้ายคลึงกันระหว่าง C # และ Java เองนั้นทำให้ชุมชนนักพัฒนา C # /. NET เติบโตขึ้นอย่างรวดเร็ว
อุปทานของนักพัฒนา VB6 จะลดน้อยลงในขณะที่ VB.NET/C# มีแนวโน้มที่จะเพิ่มขึ้นและสามารถทำให้ผลิตภัณฑ์ของคุณก้าวไปข้างหน้า
เราไม่สามารถสร้างโปรแกรมสตรีมหลักที่ดูเหมือนจะเขียนด้วย. Net
ฉันค่อนข้างมั่นใจว่าแผงควบคุมการ์ดกราฟิกATI Catalystนั้นเขียนด้วย. NET ดังนั้นโดยทั่วไปพีซีทุกเครื่องที่มีการ์ดกราฟิก ATI ผู้ใช้เดสก์ท็อปปกติจำนวนมาก ...
อีกตัวอย่างที่ดีคือSamsung Kies - ซึ่งคนส่วนใหญ่ที่มีโทรศัพท์ Samsung ติดตั้ง ..
ฉันคิดว่ามันไม่สำคัญ - สิ่งที่อาจมีความสำคัญมากขึ้นคือสิ่งที่โปรแกรมส่วนใหญ่จะถูกเขียนขึ้นในอนาคต ขณะนี้ MS กำลังมุ่งเน้นไปที่แอป Win8 คุณน่าจะกังวลเกี่ยวกับการนำ HTML5 + js และ WinRT มาใช้แทนการใช้. NET
สิ่งสุดท้ายที่คุณต้องการทำคือการย้ายพอร์ตทุกอย่างไปที่. NET และจากนั้นจะต้องทำใหม่อีกมากเพื่อให้ทำงานได้ดีกับ Windows 8