Когда писать веб-приложение, а когда писать настольное приложение? - PullRequest
2 голосов
/ 20 декабря 2008

Настало время написать все для веб-приложений? Писать веб-приложения медленнее, чем приложения на основе winforms?

Когда писать на веб-основе, а когда на настольном компьютере?

Ответы [ 5 ]

9 голосов
/ 20 декабря 2008

Вы должны написать все свои приложения с логикой в ​​отдельном слое, чтобы вы могли легко написать веб-интерфейс или интерфейс winforms в зависимости от изменения бизнес-решений.

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

2 голосов
/ 20 декабря 2008

Это как все - есть время и место. Вы выбираете архитектуру исходя из требований проекта. Для всех сценариев нет правильного решения.

Я склонен писать веб-приложение, если мне нужно много пользователей с машинами с низким энергопотреблением для доступа к высокопроизводительному хранилищу данных. Если я пишу служебные приложения для взаимодействия с файлами и тому подобное, то я бы написал приложение WinForms. Так что это действительно зависит ...

Кроме того, если вы пишете высокоинтерактивное приложение, требующее немедленной обратной связи с пользователем, то обычно проще / быстрее кодировать приложение WinForms и его проще поддерживать ... однако компромисс что сложнее развернуть в большую компанию, где многим машинам требуется доступ к этому программному обеспечению ... так что вам нужно подумать о том, как вы могли бы достичь этой функциональности в веб-приложении.

Нет «правильного» способа сделать это и нет «неправильного» способа - это вопрос рассмотрения требований проекта, оценки доступной технологии и принятия наилучшего решения в то время.

0 голосов
/ 20 декабря 2008

Я работал в проектах, где требуются оба типа приложений, все это связано с вашими требованиями, если вы не хотите беспокоиться об установке и / или конфигурации клиента, то веб-приложение - это то, что вы ищете , но если приложение требует высокой скорости отклика и большого количества вычислений, вам следует подумать об этом в приложении WinForm, как уже упоминалось, прежде чем разбивать на слои приложение, которое поможет вам повторно использовать ваш код. Кроме того, это будет коммерческое приложение, вы должны подумать об лицензионных ограничениях

0 голосов
/ 20 декабря 2008

Посмотрите на WPF / Silverlight. Это решает проблему. И если вам нужно получить доступ к чему-либо на клиентском ПК, тогда, конечно, автономные правила для тонкого клиента (по крайней мере, пока)

0 голосов
/ 20 декабря 2008

Вы изучали возможность создания Smart Client

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...