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

Question

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

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

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

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

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

Answer 1

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

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

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

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

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

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

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

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

Answer 2

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

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

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

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

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

Answer 3

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