Почему компании все еще используют Windows Forms и WPF приложений вместо веб-приложений?
Мне не нужна дискуссия. Я хочу только причины, потому что в последние несколько дней у меня была недостаточная уверенность в моей работе (Windows Forms/WPF), и я думаю, что это хороший способ изменить технологию/работу.
Приложения Windows имеют лучший пользовательский интерфейс и функции, но они доступны для самой маленькой аудитории, в то время как веб-приложения имеют самые ограниченные функции пользовательского интерфейса, но они доступный широкой аудитории.
Именно компании должны решать между приложениями web и Windows, которые они должны развивать для своего роста...
Некоторые возможные причины:
Компании по-прежнему используют Windows Forms, поскольку позволяют общаться с Windows на более низком уровне, чем веб-приложение.
WPF также обеспечивает большую привязку данных и имеет более простые инструменты для обработки сложных задач.
Мы по-прежнему используем WinForms и WPF, потому что нам нужно иметь дело с большим количеством данных и нуждаться в быстрой производительности. И еще одно: мы не хотим хранить наши данные на веб-серверах (или в облаке)!
Приложения Windows более защищены от внешнего мира.
В моем случае я разрабатываю настольные приложения, потому что мне нужно получить доступ к локальным ресурсам. Это могут быть файловая система, базы данных, собственные API-интерфейсы приложений, компоненты COM и т.д.
Единственное веб-решение - запустить внутренний веб-сервер, но большинство моих клиентов не имеют ИТ-персонала, чтобы это поддерживать. Гораздо проще просто отправить EXE файл клиенту (например, ClickOnce).
Я бы хотел использовать Silverlight для распространения. Silverlight 4 добавляет доступ к локальным COM-ресурсам, но доступ к собственному коду кажется далеко.
Хорошо, приложение Windows или WPF намного более мощно во многих отношениях и быстрее развивает более богатое приложение, которое более отзывчивое. Веб-приложения нуждаются в чуть больше, чем входе в систему практически из любого места, но вы, как правило, обнаружите, что они гораздо более неуклюжи и ограничены по функциональности. Итак, вы хотите мощное приложение Windows с простой в использовании веб-связью? Просто, просто создайте onw. Мы сделали, и мы можем развернуть полностью основанное на Windows приложение (хорошо WPF с удивительной графикой и функциональностью), что наши клиенты могут входить из любой точки со скоростью веб-приложения, но без каких-либо тонких клиентов или дорогих сетей. Мой голос, придерживайтесь приложения Windows и оставляйте хрюканье веб-решения, которое мало что дает тем, кто хочет развиваться в этой технологии. Сказав, что Интернет - это единственный способ в зависимости от того, что вы пытаетесь сделать, но если вы поставляете коммерческий продукт, тогда не говорите больше.
WPF и Windows Forms начинают терять актуальность во многих случаях использования. Единственные места, где они по-прежнему присутствуют, были бы глубоко внутри экосистемы Windows/Windows Server. Например, вы все еще не можете написать подключаемые модули Office профессионального уровня без использования WPF или WinForms.
В более общем случае использования, например, в классическом CRUD-приложении, вы можете использовать приложение, написанное на Angular или React. Если вам требуются привилегии на уровне ОС, достаточно легко перейти на Ionic, React Native или Electron и получить эту глубокую функциональность. Иногда функциональность действительно превосходит то, что вы получаете "из коробки" от WPF или WinForms (тостеры, например, намного более функциональны с Electron, поскольку в них используются уведомления HTML5 следующего поколения). Опыт кодирования - больше REPL, а реальный код, который вам нужно написать, гораздо менее церемониален (ИМХО), чем WPF или WinForms, так что большая ничья.
Интересно отметить, что VS Code написан на Electron. Фактически, существует значительное, растущее число основных приложений Electron.