Когда следует создавать веб-приложение, а когда?толстый клиент?

Question

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

За последние несколько лет я участвовал в нескольких дискуссиях о том, следует ли создавать приложение (или обновлять старое приложение) с интерфейсом веб-браузера.Обычно это были внутренние системы, используемые внутри организации, а не массовые продукты в термоусадочной упаковке, и их фактически не было в общедоступном Интернете.Однако я не хочу ограничивать обсуждение исключительно этими типами приложений.

Существуют очевидные случаи, когда приложение должно быть тем или иным (например.нет программного обеспечения для редактирования видео через Интернет).С другой стороны, библиотеки Javascript упрощают повседневную реализацию более богатых возможностей браузера.

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

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

Answer 1

Я захожу в веб-приложение, когда не хочу:

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

- беспокоиться о применении обновлений и принятии большого количества звонков

- работа с клиентами, потерявшими свои данные

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

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

С появлением Flex/Air вы можете обеспечить полную работу приложений в браузере.Браузер становится универсальным интерфейсом, независимо от того, установлен ли он локально или в облаке.

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

Answer 2

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

Несколько ключевых причин, по которым приложение должно быть в сети.

1. Приложение и данные должны следовать за вами, независимо от того, на каком компьютере вы находитесь.
2. Данные должны быть централизованы, а объем данных, которые необходимо передать клиенту, является разумным.

Несколько причин использовать толстые приложения:

1. Утилиты, работающие на локальных ресурсах.
2. Приложения, которые выполняют многократную одноразовую обработку данных.
3. Приложения, в которых требуется доступ к данным при отключении от сети.

Answer 3

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