Преимущества / недостатки написания веб-приложения с использованием Adobe Air / Java по сравнению с языками, специфичными для платформы? - PullRequest
3 голосов
/ 09 июня 2009

Мне нужно написать веб-приложение (которое также работает в автономном режиме) для Windows и Mac (и, возможно, Linux).

Мне было интересно, стоит ли мне использовать для этого что-то вроде air / flash / java, преимущество в том, что мне нужно будет написать приложение только один раз.

Однако мне было интересно, есть ли какие-либо недостатки в том, чтобы делать это таким образом, в отличие от написания этого на c # специально для Windows, а затем для target-C / cocoa / what для Mac. Будет ли функциональность приложения ограниченной, если я сделаю это в Air / Java? Есть ли какие-либо преимущества для написания на языке, специфичном для платформы?

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

Любая помощь будет высоко ценится! Спасибо.

Ответы [ 2 ]

2 голосов
/ 10 июня 2009

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

Использование кроссплатформенного комплекта (AIR / Java):

  • Меньше работы, по идее быстрее строить
  • Общий язык и инструментарий, только одна вещь для изучения
  • Добавление новой поддерживаемой платформы должно быть простым (ish), сборщик сборки, отладка обеспечивают любую встроенную интеграцию платформы и т. Д.
  • Существует тенденция к реализации только функции наименьшего общего знаменателя. Примером этого может быть файл Java API. Он поддерживает только основные концепции файлов, в которых в Windows, OSX и linux добавлено
  • Может потребоваться код интеграции для конкретной платформы (может быть нативный), чтобы получить приемлемый уровень интеграции.

Использование собственных наборов инструментов:

  • Многое нужно узнать, переход от Windows MFC (или .Net winforms) к Cococa будет довольно резким
  • Мало того, что у вас будут разные языки, у вас также будут разные инструменты
  • Нет предела или ложного потолка для того, что может быть достигнуто с помощью встроенного инструментария, который дает вам доступ ко всему
  • Создание вашего приложения так, как будто оно принадлежит платформе (важно для Mac), в значительной степени из коробки

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

0 голосов
/ 10 июня 2009

Многое зависит от того, какое приложение вы будете писать. Я использую Adobe AIR для множества собственных инструментов.

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

Но, да, у вас будут абсолютно ограничения.

Так какое у тебя приложение?

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