Какова доля рынка программ, написанных в .NET в настоящее время? [закрыто]

11

В настоящее время мы переносим нашу программу Visual Basic 6.0 в .NET . Целевой аудиторией являются обычные пользователи настольных компьютеров дома. Обсуждая это, мы поняли, что не можем придумать основные программы, которые, кажется, написаны на .NET. Мы ошибаемся? Есть ли для этого веская причина?

Dabblernl
источник
6
Я думаю, Visual Studio и Paint.NET - две основные программы, написанные на .NET.
Джонас
1
Можете ли вы добавить код к вашему текущему продукту, который сообщает, какие библиотеки .NET есть у текущих пользователей?
@ ThorbjørnRavnAndersen: да, вы можете - Ричард Граймс сделал именно это, когда вышла Vista, поэтому вы можете использовать его методы, чтобы увидеть, какие двоичные файлы создаются с помощью загрузчика CLR для приложений, которые вы установили. grimes.demon.co.uk/dotnet/vistaAndDotnet.htm (скачать внизу)
gbjbaanb

Ответы:

3

В зависимости от определения «программ основного потока», кажется, что их не так много и в VB6.

Конечно, C # и VB.NET сейчас заняли почти то место, где VB6 был ~ 10 лет назад. По крайней мере 98% - это отдельное программное обеспечение, которое вы не можете купить в местном магазине программного обеспечения. Но это не значит, что там нет программ .NET. Их много - но вам придется искать их в нужных местах.

Док Браун
источник
18

Вашему клиенту все равно, написана ли ваша программа в .NET или нет. Поэтому, если вы можете гарантировать, что подавляющее большинство вашей целевой аудитории сможет без проблем установить и запустить ваше программное обеспечение, у вас все хорошо.

Очень сложно найти точную информацию о проникновении .NET Framework , поэтому вам не следует полагаться на нее.

Почему бы не ориентироваться на .NET Client Profile и убедиться, что он установлен вместе с вашими двоичными файлами? Это легко, просто и эффективно.

Клиентский профиль .NET Framework 4 является подмножеством .NET Framework 4, оптимизированным для клиентских приложений. Он предоставляет функциональные возможности для большинства клиентских приложений, включая функции Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) и ClickOnce. Это ускоряет развертывание и уменьшает размер установочного пакета для приложений, ориентированных на клиентский профиль .NET Framework 4.

Я вижу еще одно большое преимущество переноса кода VB6 на .NET: возможность создавать версии вашего программного обеспечения, которые работают на Linux и OSX, используя Mono . Яркий пример настольных приложений, написанных на .NET и кроссплатформенных, доступен здесь .

Сообщество
источник
11
прямо на важный момент: клиенты не заботятся о платформе, пока она работает на их системах. но не совсем правильно в последнем параграфе: моно работает и является впечатляющим достижением; но это кошмар, чтобы установить на конечных пользователей. «кроссплатформенное» обещание .NET мертво на воде.
Хавьер
@Javier: Ну, за исключением Windows, Windows Phone и XBox 360. Но привлекательность доминирующего на языке байт-кода Windows никогда не была для меня кроссплатформенным кодом; скорее, Windows больше не привязана к конкретной архитектуре (x86 - беспорядок). Следующая версия Windows также будет работать на ARM . Кроме того, приятно, что программное обеспечение теперь может использовать функции, специфичные для настройки; в основном, это все преимущества подхода Linux (компиляция программного обеспечения в каждой новой системе), без каких-либо хлопот.
BlueRaja - Дэнни Пфлюгофт
@ BlueRaja-DannyPflughoeft: верно, .net (CLR, действительно) действительно представляет собой платформу «кросс-окон-платформ». Нечего чихать, на самом деле
Хавьер
@BlueRaja: вы забыли, что в ARM было показано, что… код Microsoft на C ++. Такие вещи, как драйверы принтера и Office. Они не являются приложениями .NET, поэтому аргумент в пользу необходимости .NET полностью ложен.
gbjbaanb
@Javier: моно это плохо при установке? Я установил моно приложение (Banshee) на свой Mac OSx и не столкнулся с какой-либо проблемой. Для Windows моно не требуется для установки. Как разработчик, планирующий сделать моно-приложение, я был бы очень рад, если бы вы предоставили мне статьи или любые ссылки, демонстрирующие, что вы говорите.
8

Мой личный опыт показывает, что .NET доминирует в разработке на уровне предприятия. Большинство из этих приложений не предназначены для общественного потребления и поэтому не являются частью нашей повседневной лексики.

Тем не менее, есть очень веская причина, по которой многие крупные компании приняли эти технологии: производительность труда программистов и счастье. C # - замечательный, продуктивный язык программирования, а экосистема .NET богата существующими библиотеками, поэтому мы вынуждены заново изобретать колеса. Кроме того, WCF, хотя и порой поразительно сложный, является очень мощной структурой для построения связи между различными системами.

Что касается ваших конкретных обстоятельств, я бы предпринял перенос вашего приложения только в том случае, если вы будете вносить в него множество улучшений и изменений в будущем. Если он стабилен и находится в режиме обслуживания, вы будете сожалеть о любом решении, кроме как оставить его как есть.

Адам Кроссленд
источник
2
+1 за "C # замечательно". Это действительно замечательный язык
shashwat
2

На самом деле, согласно TIOBE , C # (язык .NET) сейчас является четвертым по популярности языком в мире.

Кроме того, я согласен с другим постером, что клиентам все равно, на каком языке написано ваше приложение, пока оно работает.

Густав Бертрам
источник
3
Я думаю, что количество тегов в StackOverflow является более репрезентативным, чем поисковый рейтинг TIOBE.
Джонас
4
Нет, это просто потому, что программисты на C - настоящие программисты, а настоящие программисты не обращаются за помощью.
Густав Бертрам
2
Чтение козьих недр, вероятно, более точно, чем TIOBE. Кстати, я ни в коем случае не защищаю иск козьих недр за что-либо, кроме обработки веществ, съеденных козой.
Адам Кроссленд
@Gustav: да, количество тегов на C # на SO просто показывает, что это сложный язык, с которым все больше людей нуждаются в помощи :)
gbjbaanb
1

Решите, есть ли функции, которые нужны вашему рынку, которые вы можете создавать или облегчать только в .NET. Учтите, что найм новых разработчиков - это еще один рынок для рассмотрения. Вы можете или не можете найти больше разработчиков VB.NET, которые соответствуют вашим потребностям (уровень опыта, знание предметной области и т. Д.). Ваши нынешние разработчики действительно хотят сделать переход?

Я не знаю насчет рынка домашних пользователей, но бизнес-рынок довольно сильно загружен в приложениях .net.

JeffO
источник
0

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#, вероятно, увеличится и может обеспечить продвижение вашего продукта вперед.

Джесси С. Слайсер
источник
0

мы не можем придумать программы основного потока, которые, кажется, написаны в .Net.

Я уверен, что панель управления графической картой ATI Catalyst написана на .NET, так что это практически каждый ПК с видеокартой ATI. Большое количество обычных пользователей настольных компьютеров ...

Еще один хороший пример - Samsung Kies - на котором установлено большинство пользователей телефонов Samsung.

MattDavey
источник
Пожалуйста, объясните отрицательный голос?
MattDavey
-1

Я полагаю, это не имеет значения - что может иметь значение больше, это то, во что будет написано большинство программ в будущем. Сейчас MS сосредоточена на приложениях для Win8, и вам, возможно, было бы лучше беспокоиться о принятии HTML5 + js и WinRT, а не об устаревших .NET.

Последнее, что вы хотите сделать, это перенести все на .NET, а затем придется сделать гораздо больше переделок, чтобы он хорошо работал с Windows 8.

gbjbaanb
источник
ха! правда вредит :) WinPhone8 на самом деле показывает, что это так, но XNA больше не нужно, если вы хотите красивую трехмерную графику, вам нужен собственный SDK.
gbjbaanb
Я не вижу взаимосвязи между поддержкой XNA в WinPhone 8 и поддержкой .NET Framework в Windows 8? (Между прочим, я не был тем, кто отрицал вас, но называть .NET «наследие» было своего рода просьбой об этом)
MattDavey