오늘날 .NET으로 작성된 프로그램의 시장 점유율은 얼마입니까? [닫은]


11

현재 Visual Basic 6.0 프로그램을 .NET으로 마이그레이션하고 있습니다. 대상 고객은 집에서 일반 데스크톱 사용자 일뿐입니다. 이것을 논의하면서, 우리는 .NET으로 작성된 것처럼 보이는 주류 프로그램을 만들 수 없다는 것을 깨달았습니다. 우리는 착각합니까? 이것에 대한 정당한 이유가 있습니까?


6
Visual Studio와 Paint.NET은 .NET으로 작성된 두 가지 주요 프로그램이라고 생각합니다.
조나스

1
현재 사용자가 가지고있는 .NET 라이브러리를보고하는 코드를 현재 제품에 추가 할 수 있습니까?

@ ThorbjørnRavnAndersen : 예, 가능합니다-Richard Grimes는 Vista가 나왔을 때 바로 그 기능을 사용했기 때문에 자신의 기술을 사용하여 설치된 앱의 CLR 로더로 빌드 된 바이너리를 확인할 수 있습니다. grimes.demon.co.uk/dotnet/vistaAndDotnet.htm (아래에서 다운로드)
gbjbaanb

답변:


3

"메인 스트림 프로그램"의 정의에 따라 VB6로 작성된 프로그램도 많지 않습니다.

물론, C #과 VB.NET은 이제 VB6이 ~ 10 년 전의 거의 대부분을 차지했습니다. 지역 소프트웨어 상점에서 구입할 수없는 개별 소프트웨어는 98 % 이상입니다. 그러나 이것이 .NET 프로그램이 없다는 것을 의미하지는 않습니다. 많은 것이 있지만 올바른 장소에서 검색해야합니다.


18

프로그램이 .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으로 작성된 데스크탑 응용 프로그램 및 크로스 플랫폼의 주목할만한 예는 여기에서 볼 수 있습니다 .


11
중요한 점 : 고객은 시스템에서 실행되는 한 플랫폼에 신경 쓰지 않습니다. 그러나 마지막 문단에서는 옳지 않다. 모노는 효과가 있으며 인상적인 업적이다. 그러나 최종 사용자에게 설치하는 것은 악몽입니다. .NET의 '크로스 플랫폼'약속은 물에서 죽었습니다.
Javier

@Javier : Windows, Windows Phone 및 XBox 360을 제외하고 Windows를 지배하는 바이트 코드 언어의 매력은 결코 크로스 플랫폼 코드가 아닙니다. 오히려, Windows는 더 이상 특정 아키텍처에 묶이지 않습니다 (x86은 엉망입니다). 다음 버전의 Windows도 ARM에서 실행됩니다 . 또한 소프트웨어가 이제 설정 별 기능을 활용할 수 있다는 것이 좋습니다. 기본적으로 이는 모든 번거 로움없이 Linux 접근 방식 (모든 새로운 시스템에서 소프트웨어 컴파일)의 모든 장점입니다.
BlueRaja-대니 Pflughoeft

@ BlueRaja-DannyPflughoeft : .net (실제로 CLR)은 "윈도우 크로스 플랫폼"플랫폼으로 제공합니다. 사실 재채기 할 것이 없습니다
Javier

@BlueRaja : ARM에서 실행되는 것으로 보이는 것들이 마이크로 소프트의 C ++ 코드라는 것을 잊었다. 프린터 드라이버 및 Office와 같은 것. 이들은 .NET 응용 프로그램이 아니므로 .NET이 필요하다는 주장은 완전히 거짓입니다.
gbjbaanb

@ 하비에르 : 모노가 설치에 나쁜가요? Mac OSx에 모노 앱 (Banshee)을 설치했는데 아무런 문제가 없습니다. Windows의 경우 모노를 설치할 필요가 없습니다. 개발자가 모노 앱을 할 계획이라면 기사 나 의견을 보여주는 참조를 제공해 주시면 정말 기쁠 것입니다.

8

내 개인적인 경험은 .NET이 사내 엔터프라이즈 수준의 개발에서 지배적이라는 것입니다. 이러한 응용 프로그램의 대부분은 공공 소 비용으로 제작되지 않았으므로 일상적인 어휘의 일부가 아닙니다.

그럼에도 불구하고 많은 대기업이 프로그래머 생산성과 행복이라는 이러한 기술을 채택한 매우 매력적인 이유가 있습니다. C #은 훌륭하고 생산적인 프로그래밍 언어이며 .NET 에코 시스템은 기존 라이브러리가 풍부하여 휠을 재창조해야합니다. 또한 WCF는 때때로 매우 복잡하지만 서로 다른 시스템 간의 통신을 구축하기위한 매우 강력한 프레임 워크입니다.

귀하의 특정 상황과 관련하여, 앞으로 많은 개선과 변경이있을 경우에만 귀하의 응용 프로그램 포팅을 수행 할 것입니다. 안정적이고 유지 관리 모드 인 경우 그대로 두는 것 외에는 모든 결정을 후회합니다.


2
"C #는 훌륭합니다"+1 정말 멋진 언어입니다
shashwat

2

실제로 TIOBE에 따르면 C # (. NET 언어)은 현재 세계에서 네 번째로 많이 사용되는 언어입니다.

또한 고객이 앱이 작성되는 언어를 신경 쓰지 않는다는 또 다른 포스터에 동의합니다.


3
StackOverflow의 태그 수가 TIOBE 검색 순위보다 더 대표적 이라고 생각합니다 .
Jonas

4
아뇨, C 코더가 Real Programmer이고 Real Programmers가 도움을 요청하지 않기 때문입니다.
Gustav Bertram

2
염소 창자를 읽는 것이 아마도 TIOBE보다 더 정확할 것입니다. 그건 그렇고, 염소가 섭취 한 물질을 처리하는 것 외에는 염소 창자의 고소를 결코 옹호하지 않습니다.
Adam Crossland

@Gustav : 네, 그래서 그냥 쇼에 C에 # 태그의 수는 더 많은 사람들이 :)으로 도움이 필요 어려운 언어입니다
gbjbaanb

1

시장에서 원하는 기능이 .NET에서만 또는 더 쉽게 만들 수 있는지 결정하십시오. 새로운 개발자를 고용하는 것도 고려해야 할 또 다른 시장입니다. 필요에 맞는 VB.NET 개발자를 더 많이 찾거나 찾지 못할 수도 있습니다 (경험 수준, 도메인 지식 등). 현재 개발자가 실제로 전환하고 싶습니까?

개인 사용자 시장에 대해서는 잘 모르지만 비즈니스 시장은 .net 앱에서 상당히 무겁습니다.


0

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# 개발자는 증가하고 제품을 계속 발전시킬 수 있습니다.


0

우리는 .Net으로 작성된 것처럼 보이는 메인 스트림 프로그램을 만들 수 없습니다.

ATI Catalyst 그래픽 카드 제어판이 .NET으로 작성되어 있다고 확신합니다. 기본적으로 ATI 그래픽 카드가있는 모든 PC입니다. 많은 수의 일반 데스크톱 사용자 ...

또 다른 좋은 예는 Samsung Kies 입니다. 삼성 전화기를 사용하는 대부분의 사람들이 설치 한 것입니다.


공감 비를 설명해주세요.
MattDavey

-1

나는 그것이 중요하지 않다고 생각합니다. 더 중요한 것은 앞으로 대다수의 프로그램이 쓰여질 것입니다. 이제 MS는 Win8 앱에 중점을두기 때문에 레거시 .NET 대신 HTML5 + js 및 WinRT의 채택에 대해 걱정하는 것이 좋습니다.

마지막으로 할 일은 모든 것을 .NET으로 이식 한 다음 Windows 8에서 잘 작동하도록 훨씬 더 많은 재 작업을 수행해야합니다.


하아! 진실은 아파요 :) WinPhone8은 실제로이 경우를 보여줍니다. 더 이상 XNA는 아닙니다. 멋진 3D 그래픽을 원한다면 네이티브 SDK가 필요합니다.
gbjbaanb

WinPhone 8의 XNA 지원과 Windows 8의 .NET Framework 지원 사이의 상관 관계가 보이지 않습니까? (btw 내가 당신을 다운 버트 한 사람은 아니었지만 .NET을 '레거시'라고 부르는 것이 다소
까다로운
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.