Каковы плюсы и минусы написания плагина для запуска приложения на C ++ через веб-браузер? - PullRequest
Новая
       3

Каковы плюсы и минусы написания плагина для запуска приложения на C ++ через веб-браузер?

1 голос
/ 06 ноября 2010

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

QuakeLive делает это - это приложение C ++ с некоторым дополнительным кодомзапустить через браузер.Игровые движки Unity3D и Torque также предоставляют варианты развертывания, позволяющие сделать то же самое.

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

Не уверен, что для этого есть подходящий термин, пожалуйста, отредактируйте мои теги, если есть!

1 Ответ

1 голос
/ 07 ноября 2010

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

Плюсы:

  • становится проще создавать RESTинтеграции между приложениями.Этот тип интеграции может использоваться администраторами для создания интегрированных порталов.(Таким образом, идентификаторы дел из одного приложения могут использоваться для запуска другого с правильным контекстом и т. Д.).
  • в идеале пользователи могут устанавливать ваше приложение самостоятельно, по запросу (зависит от контекста, если это действительно возможно)
  • Развертывание новых версий упрощается.Обычно технология хостинга имеет встроенное развертывание.В клиент-серверных средах это может сэкономить много работы для ИТ-отдела.
  • У вас может быть один начальный URL для ПК и тонких веб-клиентов (например, телефонов).Это облегчает пользователям поиск вашего приложения.
  • Вы можете централизовать настройку для клиентов.Для автономных клиентов вы, конечно, можете как-то централизовать конфигурацию, но если ваше приложение работает в сети, вы всегда точно знаете, что есть сервер, поэтому вы всегда можете его использовать.
  • вы можете разгрузить работу, которую неэффективно выполнять локально на сервере.(уменьшить количество циклов между клиентом / сервером).

Минусы:

  • У каждого поставщика браузера есть своя собственная модель переноса нативного кода.Их не так уж много, но это определенно дополнительная работа.
  • Ваше приложение должно "хорошо играть" с приложением хостинга.Например, когда пользователь закрывает окно браузера, браузер, возможно, прописал, когда и как вы можете попросить пользователя сохранить.
  • обновления для браузеров могут сломать ваш плагин.
  • Системные администраторы могут иметь ограниченную установку плагинов, не позволяя пользователям устанавливать ваше приложение по требованию (это часто случается для activex).
  • вашим пользователям может не понравиться то, что дополнительный код вводится в браузер (существует множество вредоносных программ, которые делают это)
  • у вас нет возможности обновить необходимые компоненты перед установкой
  • На самом деле я не верю, что это просто оболочка существующего кода в инфраструктуре плагинов.
  • Ваше приложение больше не будет работать, когда сервер не работает ...
...