Сравнение между Corona, Phonegap, Titanium

Из того, что я собрал, вот некоторые различия между ними:

• PhoneGap в основном создает собственные обертки для веб-приложений. Он выплевывает проект WhateverYourPlatformIs, вы его создаете и развертываете. Если мы говорим об iPhone (где я трачу свое время), он не сильно отличается от создания веб-приложения launcher (ярлык, который получает свой собственный значок Springboard, поэтому вы можете запускать его как (например) родное приложение). "Приложение" само по себе остается html/js/etc. И запускается внутри размещенного элемента управления браузера. То, что PhoneGap обеспечивает помимо этого, является мостом между JavaScript и API-интерфейсами на основе собственных устройств. Таким образом, вы пишете JavaScript против API PhoneGap, а PhoneGap затем делает соответствующий соответствующий собственный вызов. В этом отношении он отличается от развертывания простого старого веб-приложения.

• Титановый источник скомпилируется до собственных битов. То есть, ваш html/js/etc. не просто привязаны к проекту, а затем размещаются внутри элемента управления веб-браузера - они превращаются в родные приложения. Это означает, например, что ваш интерфейс приложения будет состоять из компонентов пользовательского интерфейса. Есть способы получить собственный внешний вид, не имея собственного приложения, но... ну... какой кошмар, который обычно оказывается.

Оба аналогичны тем, что вы пишете все свои материалы с помощью типичных веб-технологий (html/js/css/blah blah blah) и получаете доступ к встроенным функциям с помощью пользовательских JavaScript-API.

Но, опять же, приложения PhoneGap (PhonGapps? Я не знаю... это глупое имя? Легче сказать - я так много знаю) начинают свою жизнь как веб-приложения и заканчивают свою жизнь как веб-приложения. На iPhone, ваш html/js/etc. просто выполняется внутри элемента управления UIWebView, а API-интерфейс JavaScript PhoneGap ваши js-вызовы маршрутизируются в собственные API-интерфейсы.

Титановые приложения становятся родными приложениями - они только что разработаны с использованием технологии web dev.

Что это значит?

• Приложение Titanium будет выглядеть как "реальное" приложение, потому что, в конечном счете, это "реальное" приложение.

• Приложение PhoneGap будет выглядеть как веб-приложение, размещенное в элементе управления браузером, поскольку, в конечном счете, это веб-приложение, размещенное в элементе управления браузером.

Что подходит вам?

• Если вы хотите писать собственные приложения с помощью навыков веб-разработчиков, Titanium - ваш лучший выбор.

• Если вы хотите написать приложение с помощью навыков веб-разработчиков, которые вы могли бы реально реализовать на нескольких платформах (iPhone, Android, Blackberry и все остальное, что они решили включить), и если вы хотите получить доступ к подмножеству встроенные функции платформы (GPS, акселерометр и т.д.) через унифицированный JavaScript API, PhoneGap, вероятно, вы хотите.

Возможно, вы спросите: почему я хочу написать PhoneGapp (я решил использовать это имя), а не веб-приложение, размещенное в Интернете? Не могу ли я по-прежнему получить доступ к некоторым собственным функциям устройства, но также иметь удобство подлинного веб-развертывания, а не принуждать пользователя загружать "родное" приложение и устанавливать его?

Ответ: Потому что вы можете отправить свой PhoneGapp в App Store и заплатить за него. Вы также получаете значок запуска, который затрудняет пользователю забыть о вашем приложении (я гораздо чаще забываю о закладке, чем значок приложения).

Конечно, вы могли бы взимать плату за доступ к веб-веб-приложению, но сколько людей действительно собирается пройти процесс для этого? В App Store я выбираю приложение, нажимаю кнопку "Купить", вводим пароль, и все готово. Он устанавливает. Через несколько секунд я использую его. Если бы мне пришлось использовать какой-то одноразовый интерфейс для мобильных веб-транзакций, что, вероятно, означало бы использовать мое имя, адрес, номер телефона, номер CC и другие вещи, которые я не хочу использовать, я почти наверняка не буду " t пройти через это. Кроме того, я доверяю Apple - я уверен, что Стив Джобс не собирается регистрировать мою информацию, а затем взимать кучу непослушных подписей журнала на мой CC для пинков.

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

Я ненавижу веб-приложения, и, если вы читаете обзоры iTunes App Store, пользователи очень хорошо разбираются в них. Я не буду называть никаких имен, но у меня есть пара "приложений" на моем телефоне, которые выглядят и работают как мусор, и это потому, что они - веб-приложения, размещенные внутри экземпляров UIWebView. Если бы я хотел использовать веб-приложение, я бы открыл Safari и, вы знаете, перейдите к одному. Я купил iPhone, потому что мне нужны вещи, которые являются iPhone-y. У меня нет проблем с использованием, скажем, увлекательного веб-приложения Google в Safari, но я чувствовал бы себя обманутым, если бы Google просто запустил закладку на Springboard, представив веб-приложение как родной.

Приходите идти сейчас. У моей подруги есть тот взгляд, который может выглядеть как-то-то-то-------------------------------------------.

Я занимаюсь курсом в разработке Android/iPhone, и мы провели 8 недель с Titanium (не полный рабочий день) (версия была Titanium 1.4.2, а время было около ноября 2010 года). Вот мой опыт.

iPhone с двойным нажатием

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

Многие люди в классе сделали приложения для iPhone, и они не могут заставить их работать на Android без серьезных перезаписи. Я разработал простое детское приложение под названием Animap (см. Рынок Android/Appstore в Швеции) и начал развиваться под Windows. Как только целевая группа Android работала, я открыл проект на OS X. Он не показывает никаких вещей для iPhone, только для Android. Вам нужно запустить двойной целевой проект под OS X. (Хорошо, я скопировал соответствующие файлы в новый проект). Следующая проблема - анимация не работает на iPhone (они работают на Android). Прокрутка событий не работает на iPhone. (т.е. на Android вы получаете событие untouch, когда пользователь перестает прокручивать и отпускает свой палец с экрана, этого не происходит на iPhone).

Так как это не упоминается где-то, вам в первую очередь необходимо проработать проб и ошибок на первой платформе, а затем на другой платформе. Судом и ошибкой я подразумеваю, что потребуется около двух дней, чтобы получить такое простое приложение, как Animap, работающее на другой платформе. Вам также понадобится, если (android) тогда... или if (iphone)... по всему вашему коду...

Загрузка и настройка

Вы должны следовать инструкциям к письму. Не пытайтесь использовать java 64 бит. Он не будет компилировать демонстрационное приложение KitchenSink 1.4.0. (1.3 работает нормально!) Вы должны помещать файлы непосредственно на диск C, так как длинные имена путей заставят внешнюю программу не получать все параметры командной строки, если они будут длинными. (Отлично подходит для небольших программ) 1/3 времени, инструментальная цепочка просто останавливается, и вы должны снова нажать "запуск". Тогда это, вероятно, будет работать... очень ненадежно. Симулятор не будет найден при запуске, а затем вы должны просто убить adb.exe с помощью Ctrl + Alt + Удалить и повторить попытку.

Сетевое подключение

В wifi-сети вы иногда теряете соединение в реальном времени, и Titanium падает на вас (интерфейс компиляции/развертывания) Если у вас нет рабочего интернет-соединения, он не запустится, так как он не сможет зарегистрировать вас на своих серверах.

API

CSS, HTML и jQuery - это ветер по сравнению с этим. Титан напоминает любой другой старый API GUI, и вам нужно установить некоторые свойства для каждой отдельной кнопки/поля/etc. Получение поля не так просто, чтобы запомнить все свойства, которые необходимо установить? Вы пишете его заглавными буквами в нужном месте? (поскольку это не улавливается компилятором, но будет рассматриваться как ошибка времени выполнения, если вам повезет проверить эту часть)

В титановых вещах просто ломаются, когда вы добавляете другой вид поверх элемента управления или щелкните в другом месте в графическом интерфейсе.

Документация

Несколько страниц API содержат символ Android, но при попытке создать элемент управления он вернет null. Они не просто доступны на платформе Android, несмотря на символы. Иногда Android упоминает, что не поддерживает определенный метод, но тогда весь API отсутствует.

KitchenSink

Демо-приложение. Я упоминал, что он не компилируется, если вы поместили его в папку проекта Eclipse, потому что путь слишком длинный? Должен быть помещен на ваш диск C в корневую папку. В настоящее время я использую ссылку symbolik (mklink/J...)

Недокументированные методы

Вы должны с пользой использовать вещи как label.setText('Hello World'), чтобы изменить метку надежным, но это вообще не документировано.

Отладка

Titanium.API.info( "Отпечатки - это единственный способ отладки" );

Редактирование

API-интерфейсы недоступны в любом хорошем формате, поэтому вы не можете получить обычное завершение кода с помощью справки и т.д. в Eclipse. Аптана, пожалуйста, помогите!

Оборудование

Похоже, что компилятор/инструменты не являются многопоточными, поэтому быстрый компьютер с быстрым жестким диском является обязательным, так как вы должны делать много проб и ошибок. Я упоминал о плохой документации? Вы должны попробовать все, потому что не можете доверять ему.

Некоторые положительные вещи

• Открытый исходный код

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

• Bugdatabase

• Он также открывается. Вы можете просто увидеть, что ваш не один и сделать обходной путь вместо 4 часов, потраченных на пробную и ошибку.

• Community

• Кажется, что они активны на своих форумах.

Ошибки

• Titanium 1.4 не является потокобезопасным. Это означает, что если вы используете потоки (используйте свойство url: property в вызове createWindow), и программа, подобная потокам, работает и отправляет события с данными вперед и назад, вы запускаете много очень, очень странных вещей - потерянных обработчиков, потерянных окна, слишком много событий, слишком мало событий и т.д. и т.д. Все это зависит от времени, в результате чего строки кода в другом порядке могут привести к сбою или излечению вашего приложения. Добавление окна в другой файл .js прерывает выполнение app.js... Это также разрушает внутренние структуры данных в Titanium, поскольку они иногда могут обновлять внутренние структуры данных в паралели, переписывая только что измененное значение с чем-то другим.

Значительная часть проблем, с которыми я столкнулся с Titanium, исходит из моего опыта в системах реального времени, таких как OSE, которые поддерживают сотни потоков, событий и передачи сообщений. Предполагается, что он работает в Titanium 1.4, но он просто не делает это надежно.

• Javascript (который для меня новичок) бесшумно умирает при ошибках во время выполнения. Это также означает, что небольшие и распространенные ошибки, такие как неправильное написание имени переменной или чтение в нулевом указателе, не сбой, если это необходимо, чтобы вы могли его отлаживать. Вместо этого часть вашей программы просто перестает работать, например, обработчик событий, потому что вы ошибочно или неправильно указали символ.

• Тогда у нас есть более простые ошибки в Titanium, как некоторые параметры, не работающие в функциях (что довольно часто встречается на платформе Android).

• Скорость цикла отладки и ошибок Запустив Titnium Developer на нескольких компьютерах, я заметил, что узким местом является жесткий диск. Накопитель SSD на ноутбуке делает цикл сборки примерно в 3-5 раз быстрее, чем на диске с частотой 4200 об/мин. На рабочем столе, имея два диска в RAID 1 (режим полосания), делает сборку примерно на 25 процентов быстрее, чем на одном диске с несколько более быстрым процессором, а также превосходит ноутбук SSD.

Резюме

• Из комментариев в этой теме, похоже, идет борьба за количество платформ, для которых такой инструмент может доставить приложение. Количество API, по-видимому, является ключевым пунктом продажи.

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

Как консультант, пытающийся предоставить довольно простые приложения для мультиплатформ для клиента - я не уверен, что это на самом деле быстрее, чем разработка собственных приложений на двух платформах. Это связано с тем, что, когда вы стремитесь быстро ускорить работу с титаном, но затем внезапно вы смотрите вниз и оказываетесь в глубокой дыре, вы не знаете, сколько часов нужно потратить на обходной путь. Вы можете просто НЕ обещать определенную функциональность для определенного срока/времени/стоимости.

О себе: Я использовал Python в течение двух лет с помощью wxPython. (что графический интерфейс несовместим, но он никогда не ломается. Возможно, я не понял модель потоков, используемую Javascript и Titanium, но я не одинок в соответствии с их открытыми дискуссионными форумами, объекты GUI внезапно используют неправильный контекст/не обновляя..???) до этого у меня есть фон в программировании C и ASM для мобильных устройств.

[edit - добавлена ​​часть с ошибками и не является потокобезопасной] [Изменить - теперь работаю с ним в течение месяца +, в основном на ПК, а некоторые - на OS X. Добавлены двойные цели iPhone и Android. Добавлена ​​скорость цикла отладки проб и ошибок.]

Corona SDK (Ansca Mobile) использует Lua в качестве языка кодирования. См. Lua.org для получения дополнительной информации о Lua.

В то время как мы планируем добавить дополнительную веб-интеграцию и элементы с внутренним интерфейсом, наше внимание будет сосредоточено на приложениях с интенсивной графикой, таких как разработка игр, в отличие от веб-технологий. Другими словами, мы не предполагаем, что люди пишут приложения Corona полностью в Javascript/HTML/CSS.

Я работаю с Titanium уже более недели и чувствую, что хорошо чувствую свою слабость.

1) Если вы надеетесь, что используете тот же код на нескольких платформах, удачи! Вы увидите что-то вроде backgroundGradient и будете удивлены, пока не узнаете, что версия для Android не поддерживает его. Затем нужно вернуться к использованию градиентного изображения, может также использовать его для обеих версий, чтобы сделать код более правильным?

2) Много странных поведений, на Sdk титанового андроида вам нужно понять, что такое "тяжелое" окно - это просто, чтобы заставить кнопку "вернуться" работать или даже лучше отслеживать события ориентации. Это не то, как на самом деле платформа Android, а именно то, как Titanium пытается заставить их работать API.

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

4) Ошибки.... есть много ошибок, и о них сообщают, сидят в течение нескольких месяцев, исправляются через несколько дней. Я удивлен, что они даже планируют выпустить черный ящик для мобильных телефонов, когда есть так много других проблем с Android.

5) Titanium Iphone против Titanium Android javascript-двигатели совершенно разные. В версии Android вы можете загружать удаленные файлы javascript, включать и использовать библиотеки, такие как mootools, jquery и т.д. Я был на небесах, когда узнал об этом, потому что мне не нужно было компилировать приложение для Android. Процесс установки Android apk занимает так много времени! Iphone ничто из этого не возможно, также версия iphone имеет гораздо более быстрый механизм javascript.

Если вы держитесь подальше от множества пользовательских частей пользовательского интерфейса, вместо этого используйте setInterval для определения изменений ориентации, сохранения изображений градиента, забывания о кнопке "Назад", создания собственных анимаций, забытых оконных заголовков, панелей инструментов и панели управления. Вы действительно можете сделать api, который работает на обоих, что не требует много переписывания. Но в то же время он так же вялый, как webapp.

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

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

Вот более свежий и углубленный анализ Appcelerator и PhoneGap: http://savagelook.com/blog/portfolio/a-deeper-look-at-appcelerator-and-phonegap

И еще более подробно о том, как они различаются программно: http://savagelook.com/blog/portfolio/phonegap-is-web-based-appcelerator-is-pure-javascript

native mapkit поддерживается в титане

Создание виджетов HTML5, которые выглядят как виджеты iphone, - это одно, но сделать их одинаково хорошо - это совсем другое дело. Производительность анимации html5 (даже простой просмотр переходов), прокрутка длинных списков, отзывчивость на жесты кажутся липкими и отрывистыми. Пользователь iPhone заметит разницу.

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

Я сейчас останусь с родными приложениями. Думаю.

Rhomobile Rhodes (http://rhomobile.com/products/rhodes) очень похож на подход к PhoneGap, но является единственной структурой с:

• шаблон контроллера модели (как большинство веб-фреймворков).
• Реляционный менеджер объектов
• поддержка всех популярных смартфонов (включая Windows Phone 7)
• размещенная служба разработки (а не только размещенная сборка): http://rhohub.com
• полный отладчик и эмулятор без SDK в среде разработки RhoStudio
• поддержка синхронизированных автономных данных

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

Мое понимание PhoneGap заключается в том, что они предоставляют API Javascript для большинства iPhone API.

Титану кажется проще для фона веб-разработчика. Это простой XML файл для создания базового приложения TabView, а затем все в области содержимого управляется с помощью HTML/JS. Я также знаю, что Titanium предоставляет некоторый доступ к javascript для некоторых фреймворков (особенно доступ к информации о местоположении, идентификатору телефона и т.д.).

UPDATE: Titanium добавила Maps API в версию 0.8 своей структуры.

Вы должны изучить объектные c и программы для собственных приложений. Не полагайтесь на эти вещи, которые, по вашему мнению, облегчат жизнь. Apple убедилась, что самый простой способ - использовать свои собственные инструменты и язык. Для ваших 100 строк javascript я могу сделать то же самое в 3 строках кода или вообще не использовать код в зависимости от элемента. Следите за некоторыми учебниками - если вы понимаете javascript, то объективный c не является трудным. Обходные пути несчастны, и яблоко может вытащить вилку на вас в любое время.

Из упомянутых вами решений никто из них не дает вам прямого доступа к инфраструктуре MapKit, представленной в OS 3.0.

Поскольку виджеты Google Maps HTML не так хороши, как MapKit (см. Google Локатор для примера), вам, вероятно, лучше всего приступить к разработке приложения с сенсорным интерфейсом Cocoa или выбрать решение, которое вы можете расширить, чтобы добавить MapKit интеграция. PhoneGap является расширяемым таким образом (он с открытым исходным кодом, поэтому он по умолчанию), а некоторые другие решения также могут быть.

edit: Titanium теперь поддерживает MapKit

Я пробовал корону. Это было хорошо, пока я не обнаружил, что он не поддерживает потоковое mp3-аудио. Итак, я остановился прямо здесь. Я думаю, что если я действительно хочу быть разработчиком приложений для iphone, я должен изучить obj c. Все, что я хотел сделать, приложение, которое имеет список радиостанций, и вы нажимаете на них, чтобы начать играть.