Когда лучше использовать родной язык для мобильных телефонов, чем Phonegap / Titanium / Rhomobile

Question

В настоящее время рассматривается некоторая возможная работа в области мобильных устройств, и один вопрос, на который я пока не нашел ответа, заключается в том, почему разработчики, которые хотят продавать свои приложения для самого большого диапазона мобильных телефонов, предпочли бы кодировать в родных телефонах. Познакомьтесь с кроссплатформенными технологиями, такими как телефонный разрыв, титан, ромб и другие Является ли их преимуществом то, что, скажем, кто-то, кто одинаково разбирается в java и javascript, выбирает реализацию javascript phonegap, например, вместо java-версии BB / Androids, с языковым знанием, равным?

Answer 1

PhoneGap - отличное решение, если вы собираетесь попробовать более чем одну платформу, особенно если вы думаете об Android / BlackBerry и Objective-C.На BlackBerry создание хорошего пользовательского интерфейса может, в зависимости от набора навыков и исходя из моего опыта, быть немного проще в HTML / CSS, чем в собственном коде Java, Android немного менее.

Если вы делаетеприложение для одной платформы, хорошо разбирающееся в этом языке, а затем определенно станет родным.

Имейте в виду, что многие платформы также переходят на виджеты W3C, их поддерживают BlackBerry, Symbian и Meego, и, конечно, webOSвсе JavaScript.Я не удивлюсь, если Android начнет предлагать нечто подобное.

Что касается Apple и раздела 3.3.1, JavaScript в PhoneGap выполняется в встроенном элементе управления iOS UIWebView, и до сих пор не было проблем с разделом 3.3..1 - на самом деле Apple сообщила, что подобные PhoneGap решения вполне приемлемы.( Подробнее info)

Answer 2

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

Но для начала, я разрабатывал фреймворки, очень похожие на фреймворки iPhone с 1990-х годов с OPENSTEP. Переход с OPENSTEP на Mac OS X совсем не сложен, а с Mac OS X на iOS, хотя и немного сложнее, не так уж сложно. Поэтому первая причина заключалась в том, что, исходя из моих прошлых знаний, это был легкий переход.

Во-вторых, я всегда немного опасался сторонних сред разработки, ориентированных на iOS. Я знаю Apple, я знаю, что им нравится следить за тем, чтобы все оставалось в рамках, которые они изложили, и я знаю проблемы, которые у них были в прошлом с другими подобными средами на их платформах Mac. Их позиция хорошо известна, и в разделе 3.3.1 соглашения с разработчиками любой, кто знал это, мог знать, что это произойдет.

3.3.1 говорит, что программа должна быть изначально написана на Objective-C, Objective-C ++, C или C ++. Это также позволяет использовать Javascript, но только в том случае, если он выполняется поверх WebKit. Поэтому мне нравится оставаться в них.

Все вышеперечисленное - это только две большие вещи, которые заставляют меня писать код ObjC для платформы iOS.