현재 Visual Basic 6.0 프로그램을 .NET으로 마이그레이션하고 있습니다. 대상 고객은 집에서 일반 데스크톱 사용자 일뿐입니다. 이것을 논의하면서, 우리는 .NET으로 작성된 것처럼 보이는 주류 프로그램을 만들 수 없다는 것을 깨달았습니다. 우리는 착각합니까? 이것에 대한 정당한 이유가 있습니까?
현재 Visual Basic 6.0 프로그램을 .NET으로 마이그레이션하고 있습니다. 대상 고객은 집에서 일반 데스크톱 사용자 일뿐입니다. 이것을 논의하면서, 우리는 .NET으로 작성된 것처럼 보이는 주류 프로그램을 만들 수 없다는 것을 깨달았습니다. 우리는 착각합니까? 이것에 대한 정당한 이유가 있습니까?
답변:
프로그램이 .NET으로 작성되었는지 여부는 고객이 신경 쓰지 않습니다. 따라서 대부분의 대상 사용자가 문제없이 소프트웨어를 설치하고 실행할 수 있도록하는 것이 좋습니다.
.NET Framework 침투 에 대한 정확한 정보를 찾는 것은 매우 어렵 기 때문에 의존해서는 안됩니다.
왜 .NET 클라이언트 프로파일을 목표로 하고 바이너리와 함께 설치되어 있는지 확인? 쉽고 간단하며 효과적입니다.
.NET Framework 4 Client Profile은 클라이언트 응용 프로그램에 최적화 된 .NET Framework 4의 하위 집합입니다. WPF (Windows Presentation Foundation), Windows Forms, WCF (Windows Communication Foundation) 및 ClickOnce 기능을 포함한 대부분의 클라이언트 응용 프로그램에 대한 기능을 제공합니다. 따라서 .NET Framework 4 Client Profile을 대상으로하는 응용 프로그램을보다 빠르게 배포하고 설치 패키지를 줄일 수 있습니다.
VB6 코드를 .NET 으로 이식 할 때 의 또 다른 장점은 Mono를 사용하여 Linux 및 OSX에서 실행되는 소프트웨어 버전을 만드는 기능 입니다. .NET으로 작성된 데스크탑 응용 프로그램 및 크로스 플랫폼의 주목할만한 예는 여기에서 볼 수 있습니다 .
내 개인적인 경험은 .NET이 사내 엔터프라이즈 수준의 개발에서 지배적이라는 것입니다. 이러한 응용 프로그램의 대부분은 공공 소 비용으로 제작되지 않았으므로 일상적인 어휘의 일부가 아닙니다.
그럼에도 불구하고 많은 대기업이 프로그래머 생산성과 행복이라는 이러한 기술을 채택한 매우 매력적인 이유가 있습니다. C #은 훌륭하고 생산적인 프로그래밍 언어이며 .NET 에코 시스템은 기존 라이브러리가 풍부하여 휠을 재창조해야합니다. 또한 WCF는 때때로 매우 복잡하지만 서로 다른 시스템 간의 통신을 구축하기위한 매우 강력한 프레임 워크입니다.
귀하의 특정 상황과 관련하여, 앞으로 많은 개선과 변경이있을 경우에만 귀하의 응용 프로그램 포팅을 수행 할 것입니다. 안정적이고 유지 관리 모드 인 경우 그대로 두는 것 외에는 모든 결정을 후회합니다.
실제로 TIOBE에 따르면 C # (. NET 언어)은 현재 세계에서 네 번째로 많이 사용되는 언어입니다.
또한 고객이 앱이 작성되는 언어를 신경 쓰지 않는다는 또 다른 포스터에 동의합니다.
VB6은 더 이상 MS에서 더 이상 지원하지 않습니다 ( http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0 참조) . aspx ). 따라서 개발 관점에서 문제가있는 경우 소스에서 지원을받을 수 없습니다.
반면에 VB.NET은 여전히 활발히 개발되고 지원됩니다.
C #과 Java 자체의 유사성뿐만 아니라 .NET Framework와 Java JRE의 유사성으로 인해 C # /. NET 개발자 커뮤니티가 매우 빠르게 성장했습니다.
VB6 개발자의 공급은 줄어들고 VB.NET/C# 개발자는 증가하고 제품을 계속 발전시킬 수 있습니다.
우리는 .Net으로 작성된 것처럼 보이는 메인 스트림 프로그램을 만들 수 없습니다.
ATI Catalyst 그래픽 카드 제어판이 .NET으로 작성되어 있다고 확신합니다. 기본적으로 ATI 그래픽 카드가있는 모든 PC입니다. 많은 수의 일반 데스크톱 사용자 ...
또 다른 좋은 예는 Samsung Kies 입니다. 삼성 전화기를 사용하는 대부분의 사람들이 설치 한 것입니다.
나는 그것이 중요하지 않다고 생각합니다. 더 중요한 것은 앞으로 대다수의 프로그램이 쓰여질 것입니다. 이제 MS는 Win8 앱에 중점을두기 때문에 레거시 .NET 대신 HTML5 + js 및 WinRT의 채택에 대해 걱정하는 것이 좋습니다.
마지막으로 할 일은 모든 것을 .NET으로 이식 한 다음 Windows 8에서 잘 작동하도록 훨씬 더 많은 재 작업을 수행해야합니다.