Was ist der Marktanteil von Programmen, die heutzutage in .NET geschrieben werden? [geschlossen]

Wir migrieren derzeit unser Visual Basic 6.0-Programm nach .NET . Die Zielgruppe sind nur normale Desktop-Benutzer zu Hause. Als wir dies diskutierten, stellten wir fest, dass wir keine Mainstream-Programme entwickeln können, die in .NET geschrieben zu sein scheinen. Irren wir uns Gibt es dafür einen guten Grund?

Abhängig von der Definition von "Hauptstromprogrammen" scheinen auch nicht viele davon in VB6 geschrieben zu sein.

Natürlich haben C # und VB.NET jetzt fast den Platz eingenommen, an dem VB6 vor ~ 10 Jahren war. Mindestens 98% sind individuelle Software, die Sie nicht in Ihrem lokalen Softwareladen kaufen können. Dies bedeutet jedoch nicht, dass es keine .NET-Programme gibt. Es gibt viele - aber Sie müssen sie an den richtigen Stellen suchen.

Ihrem Kunden ist es egal, ob Ihr Programm in .NET geschrieben ist oder nicht. Wenn Sie also sicherstellen können, dass die überwiegende Mehrheit Ihrer Zielgruppe Ihre Software problemlos installieren und ausführen kann, sind Sie gut.

Es ist sehr schwierig, genaue Informationen zur .NET Framework-Penetration zu finden , daher sollten Sie sich nicht auf diese verlassen.

Warum nicht auf .NET Client Profile abzielen und sicherstellen, dass es zusammen mit Ihren Binärdateien installiert ist? Es ist einfach, einfach und effektiv.

Das .NET Framework 4-Clientprofil ist eine Teilmenge von .NET Framework 4, die für Clientanwendungen optimiert ist. Es bietet Funktionen für die meisten Clientanwendungen, einschließlich Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) und ClickOnce-Funktionen. Dies ermöglicht eine schnellere Bereitstellung und ein kleineres Installationspaket für Anwendungen, die auf das .NET Framework 4-Clientprofil abzielen.

Ich sehe einen weiteren großen Vorteil der Portierung Ihres VB6-Codes nach .NET: die Möglichkeit, eine Version Ihrer Software zu erstellen, die unter Linux und OSX mit Mono ausgeführt wird . Hier finden Sie ein bemerkenswertes Beispiel für Desktop-Anwendungen, die in .NET und plattformübergreifend geschrieben wurden .

Meine persönliche Erfahrung ist, dass .NET in der internen Entwicklung auf Unternehmensebene eine dominierende Rolle spielt. Die meisten dieser Anwendungen sind nicht für den öffentlichen Gebrauch bestimmt und gehören daher nicht zu unserem täglichen Wortschatz.

Dennoch gibt es einen sehr zwingenden Grund, warum so viele große Unternehmen diese Technologien übernommen haben: Produktivität und Zufriedenheit der Programmierer. C # ist eine wunderbare, produktive Programmiersprache und das .NET-Ökosystem ist reich an vorhandenen Bibliotheken, damit wir die Räder nicht neu erfinden müssen. Auch wenn WCF manchmal erstaunlich kompliziert ist, ist es ein sehr leistungsfähiger Rahmen für den Aufbau der Kommunikation zwischen verschiedenen Systemen.

In Bezug auf Ihren speziellen Umstand würde ich die Portierung Ihrer Anwendung nur vornehmen, wenn Sie in Zukunft viele Verbesserungen und Änderungen daran vornehmen werden. Wenn es stabil ist und sich im Wartungsmodus befindet, werden Sie jede Entscheidung bereuen, außer es unverändert zu lassen.

Laut TIOBE ist C # (eine .NET-Sprache) mittlerweile die viertbeliebteste Sprache der Welt.

Außerdem stimme ich einem anderen Poster zu, dass es Kunden egal ist, in welcher Sprache Ihre App geschrieben ist, solange sie funktioniert.

Entscheiden Sie, ob Ihr Markt Funktionen wünscht, die Sie nur oder einfacher in .NET erstellen können. Bedenken Sie, dass die Einstellung neuer Entwickler ein weiterer zu berücksichtigender Markt ist. Möglicherweise finden Sie weitere VB.NET-Entwickler, die Ihren Anforderungen entsprechen (Erfahrung, Domänenkenntnisse usw.). Wollen Ihre aktuellen Entwickler wirklich wechseln?

Ich weiß nichts über den Heimanwendermarkt, aber der Geschäftsmarkt ist ziemlich stark mit .net-Apps.

VB6 wird von MS nicht mehr unterstützt (siehe: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0). aspx ). Wenn Sie also aus entwicklungspolitischer Sicht Probleme haben, erhalten Sie keine Unterstützung von der Quelle.

VB.NET hingegen wird weiterhin aktiv entwickelt und unterstützt.

Die Ähnlichkeit zwischen .NET Framework und Java JRE sowie die Ähnlichkeiten zwischen C # und Java selbst haben die C # /. NET-Entwicklergemeinschaft extrem schnell vergrößert.

Das Angebot an VB6-Entwicklern wird schwinden, während die von VB.NET/C# wahrscheinlich zunehmen werden und Ihr Produkt in Bewegung halten können.

Wir können keine Mainstream-Programme entwickeln, die in .Net geschrieben zu sein scheinen.

Ich bin mir ziemlich sicher, dass das Bedienfeld der ATI Catalyst- Grafikkarte in .NET geschrieben ist - das ist also im Grunde jeder PC, der über eine ATI-Grafikkarte verfügt. Eine große Anzahl normaler Desktop-Benutzer ...

Ein weiteres gutes Beispiel ist Samsung Kies - das die meisten Leute mit Samsung-Handys installiert haben.

Ich nehme an, es spielt keine Rolle - was noch wichtiger sein könnte, ist, in was die meisten Programme in Zukunft geschrieben werden. Jetzt, wo sich MS auf Win8-Apps konzentriert, sollten Sie sich möglicherweise besser Gedanken über die Einführung von HTML5 + js und WinRT machen als über .NET.

Als letztes möchten Sie alles auf .NET portieren und dann viel mehr Nacharbeiten vornehmen, damit es mit Windows 8 gut funktioniert.