Интересно, что Adobe AIR лучше использовать по сравнению, скажем, с приложениями VB / C #.
Я проделал небольшую работу с воздухом и дам вам несколько причин подумать над этим:
он портативен, в основе лежит webkit и flash, поэтому вы можете создать флэш-приложение или веб-приложение и доставить его на рабочий стол, и если вы веб-программист, вы будете точно знать, что делать
распространение и обновление вашего программного обеспечения будет легким делом, Air проделала огромную работу по созданию механики / опыта обновления приложения
его супер платформа веб-приложений с надежной защитой песочницы для пользователя
в целом производительность довольно хороша, jit-компилятор для флеш-памяти впечатляет, но следует помнить об одном - если ваше приложение более крупное и вам действительно нужно обращать внимание на использование памяти.
Я думаю, что масштабируемость будет хорошей причиной. Ваше приложение будет работать «в облаках», и все пользователи будут использовать одни и те же данные. Обновить приложение проще, поскольку вы обновляете только облако, а не каждого пользователя. То же самое относится к данным, используемым приложением, которые вы можете постоянно обновлять для всех.
Но дело не в власти. Скорее речь идет о том, чтобы 50 000 человек использовали ваше приложение одновременно, постоянно обновляя их с помощью самой последней версии вашего приложения. (Желательно без ошибок.) У него есть свои преимущества, хотя есть и несколько проблем, связанных с этим методом. Но в целом это зависит от типа создаваемого вами приложения.
Я поддерживаю большой интернет-сервис, который использует AIR для нашей настольной реализации. Это отличная мультиплатформенная среда.
Как бы больно ни было говорить: никто не предпочитает использовать AIR вместо нативных приложений. Обычно решение зависит от времени и навыков команды (зачем нанимать 3/4 разработчика, если можно нанять только одного?).
Легче иметь единую среду разработки, чем пытаться перенести код на C #, Objective-C и C ++. Однако эти собственные технологии ОС всегда будут превосходить AIR по производительности. Особенно распространена производительность AIR в OSX.
Итак, в вашем конкретном случае у вас есть веб-приложение, которое вы хотите перенести на рабочий стол, вам нужно будет поддерживать 2 приложения (1 веб, 1 AIR), хотя, если вы выберете собственный маршрут, вам придется поддерживать 4 отдельных приложения. (По 1 на каждую платформу)
Вероятно, вы могли бы делиться кодом только в абстрактном смысле. Скажем, ваше веб-приложение предоставляет API для взаимодействия с каждым приложением. Хотя вам все равно нужно поддерживать библиотеку кода каждого приложения.
