Раньше использовали Flash Builder 4.6 для создания некоторых мобильных приложений. Созданные приложения работают нормально только на моделях телефонов высокого класса, но также работают медленнее, чем собственные приложения. Особенно, когда приложение «загружается», когда приложение полностью загружено, требуется некоторое время. Я знаю, почему это медленнее, потому что AIR - это дополнительный уровень приложения, который переводит его на собственный.
Позвольте мне рассказать вам о своей точке зрения. Я знаю, что разработка нативного программного обеспечения медленнее, чем нативного. В некоторых ситуациях вам нужен собственный (для скорости, графики и т. Д.), Но в большинстве случаев это не так важно (не нужно, чтобы все части программного обеспечения напрямую использовали оборудование). Я хочу добиться снижения затрат на разработку, разработав его один раз, и иметь возможность переносить его на многие платформы (при необходимости). Я понимаю, почему существует так много языков, на мой взгляд, это только потому, что им нравится язык, они хотят привнести что-то новое, потому что это ново, или привязать разработчиков к определенной платформе (коммерческая причина). На самом деле, существует не так много различий в типах оборудования или способах его работы, так зачем инвестировать в «новые» вещи, если они не приносят ничего нового. Я хочу разработать долговечный код, не привязанный к шумихе или трендам платформы. Например, когда вы вложили средства в написание кода для определенной платформы, скажем, Window Mobile, ваш код в наши дни бесполезен. Все может быстро измениться, особенно в мобильном мире.
Во всяком случае, в последнее время я обнаружил существование Haxe, но не знал, что он существует. Звучит очень многообещающе, если использовать один язык (AS-like) и перенести его на другой язык. Очень интересно то, что его можно перенести на Javascript и использовать, например, в сочетании с телефонным разговором для создания мобильных приложений или для возможности использовать его на веб-сайте без необходимости флэш-памяти или встраивать его в исполняемый файл с помощью виртуальной машины. - позвала Неко. Они утверждают, что создаваемый им код быстрее, чем исходный фреймворк Adobe. Я могу представить, что это быстрее, потому что все элементы Haxe работают быстро.
Затем я нашел NME (тоже не знал, что он существует), который, похоже, основан на Haxe и Neko, для создания мобильных приложений для разных платформ, включая Javascript и HTML5. Это натолкнуло меня на мысль переносить гибкие проекты в NME, чтобы избавиться от требований Adobe AIR и, возможно, ускорить выполнение и получить больше возможностей с тем же кодом.
Затем я нашел as3hx и некоторую информацию об Apache FlexJS (официально известном как Adobe FalconJS). as3hx переводит код ActionScript в код Haxe, а FlexJS преобразует AS + XML в неотредактируемый код HTML5 + Javascript. Я предпочитаю as3hx из-за расширенных возможностей, но не знаю, как реализовать проект после преобразования (получаются только некоторые файлы hx). Не пробовал FlexJS, потому что он кажется экспериментальным (не официальным) и требует обновления инфраструктуры Adobe Flex до более новой версии Apache Flex Framework 4.9. Я не решаюсь обновлять фреймворк в Flash Builder, потому что понимаю, что могу испортить исходную настройку.
Перед тем, как продолжить, у меня есть несколько вопросов:
- Действительно ли возможно преобразовать (сложный / огромный) гибкий проект в NME?
- Что мне нужно сделать после преобразования гибкого проекта с помощью as3hx, чтобы он работал как проект (чтобы иметь возможность скомпилировать его в NME).
- Кто-нибудь пробовал подход FlexJS, и оно того стоило?
Для вашего сведения, некоторые ресурсы, которые приводят к этим вопросам:
- Haxe: http://haxe.org
- as3hx: http://caffeine-hx.googlecode.com/svn/trunk/projects/as3hx
- NME: http://www.nme.io
- FalconJS: http://blogs.adobe.com/bparadie/2011/11/19/what-is-falconjs/
- FlexJS: https://cwiki.apache.org/FLEX/flexjs-status.html < / а>
Большое спасибо за любой вклад, и если вам нужна дополнительная информация, напишите мне.
