Предложения для ввода мобильного развития - Pure iPhone SDK, Android SDK, Mono Touch или Titanium?

https://stackoverflow.com/questions/2653122

27-09-2019
|

Вопрос

Я ввод в мобильную разработку. Я работаю в первую очередь в .NET с 1.0 вышел в бета. До этого я был в основном C ++ и Delphi Guy и по-прежнему время от времени балки в C ++. Я делаю веб-приложения довольно немного, поэтому я достаточно опытным с JavaScript, jQuery и CSS. Я также сделал несколько заявок на Java. Я начал веб-программирование с CGI и жить в основном в мире ASP.NET MVC в эти дни.

Я пытаюсь решить, какую платформу / OS и инструмент для выбора. Я обеспокоен размером рынка, доступных для моих приложений, а также на рынке навыков, которые я заберу.

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

Вот варианты, которые я рассматриваю:

Apple iPhone / iPad с использованием Pure Apple SDK (Objective-C)
Apple iPhone / iPad, использующий Mono Touch (C #)
Android с помощью Pure Android SDK (Java)
Несколько платформ используют что-то вроде титана для генерации нативных приложений из веб-технологий (HTML, CSS и JavaScript)
Несколько платформ используют веб-приложения HTML5, которые работают в браузере (HTML, CSS и JavaScript).

Какой вариант вы бы выбрали? У вас есть другое предложение? Каковы плюсы и минусы?

Решение

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

Стоит начать с наивысшего приоритета, как его жужжание сейчас дни.
Согласно разработчикам IPhone OS 4 Соглашение о разработке Раздел 3.3.1, Apple будет разрешать только приложения, разработанные в сценарии C / C ++ и Java. Я бы не предложил вам прилагать усилия в C #.
Стоит и если у вас хорошая сцепление по ядру Java, вы можете быть продуктивными за несколько дней. На этом этапе Android может не иметь большого доли рынка, но мое личное мнение - это Android - это будущее.
Мой точка номер 2 эффект титана, а также в соответствии с их последними твитами, они имеют одобрение от Apple. Я не знаю с грунтовой реальностью.
Так же, как точка № 2

Хорошо, если вы начнете концентрироваться на местном iPhone и Android-каркасе программирования на этом этапе. Тем не менее, если у вас есть время, вы можете инвестировать на BlackBerry RIM, как у вас есть фон Java.

Добро пожаловать в смартфон Dev. :)

Спасибо,

Rajnikant.

Другие советы

Если вы нацеливаете на iPhone / iPad, изменения в Соглашении о SDK iPhone, которые привиты с iPhone OS 4.0 и новым состоянием SDK, которые вам разрешено отправлять только приложения в App Store, которые были написаны в C / C ++ / Objective-C или JavaScript, если это веб-пантер.

Вам нужно принять это во внимание, потому что слои совместимости, кросс-компиляторы, переводчики источника все похоже, что они будут запрещены в соответствии с новым соглашением, которое включает в себя такие вещи, как Monotouch, Adobe Flash CS5, Phonegap и т. Д.

Крестные рамки платформы Вы должны посмотреть:

Phonegap QuickConnet.

Вы можете быть лучшим отключением в веб-приложения, если вы хотите сделать их кроссплатформой; Основной смартфон OSS-iPhone OS, Android и WEBOS, с помощью BlackBerry OS по слухам, чтобы быть в следующем - все используют рендерер Webkit, и у вас будет легче сделать вещи, которые не чувствуют чужды на каждую платформу, чем если бы вы Используя одну из рамки для написания якобы кроссплатформенного кода. Это особенно тот случай, когда вы принимаете во внимание недавние изменения Apple в своем лицензионном соглашении SDK: инструменты, такие как Monotouch, а Phonegap, которые больше не могут быть использованы для получения вещей в их приложение.

Я просто хотел покрыть точку ре. Android v iPhone Development. Позвольте мне быть авансом и сказать, что я не разработал для Android, но у меня есть для iPhone. Однако у нас есть свой телефон на Android-телефон и iPhone в нашем доме, поэтому я могу говорить как пользователь для обоих.

Насколько приложения идут, я нахожу приложения для iPhone легче и удовольствия для использования (для конечного пользователя). Многие приложения для Android действительно дерьмовые. Это не значит, что приложения для iPhone нет, но натуральный интерфейс iPhone действительно не поднимает их. Интерфейс Android не имеет ничего особенного. Как конечный пользователь, я предпочитаю iPhone, и это должно иметь значение для разработчика, который пытается выбрать платформу.

В последнее время было много FLAK, идущих в сторону Apple для своих TOS, и разработчики говорят, что они перейдут на Android. Я говорю - придерживайтесь iPhone, потому что iPad создает Buzz и является уникальной возможностью для вас. Как тот, кто использовал Titanium и Objective-C для создания приложений, я предлагаю вам придерживаться собственного набора инструментов. Это займет больше времени, но вы узнаете правильные шаблоны дизайна в отличие от титана, который даже не учат вам хороших шаблонов JS, чтобы быть честным (не очень много MVC).

Есть много вещей, чтобы рассмотреть. Сначала вы должны задать себе два вопроса:

Какие платформы и какой тип пользователей вы хотите покрыть.
Вам нужно общаться с помощью телефона (GPS, SMS и т. Д.) Или вам нужны только некоторые основные манипулирования и представлениями данных.

Если вам нужен доступ к функциям телефона, вы должны разработать фактическое приложение, которое работает на телефоне. Самый безопасный ставка здесь - Java, потому что он работает практически на всех телефонах. Но даже Java выходит как единые перекрестные инструменты для позднего. Apple помещает ограничения на iPhone и iPad, а MS также неясно для меня с последними Windows Phone 7.

Теперь, если вам нужно только отображать и манипулировать данными, HTML может быть действительным подходом. Он имеет преимущество перед перекрестной платформой, и все более новые телефоны не будут отображать базовый HTML. JavaScript или более сложные формы все еще сомнительны, хотя. Еще для меня - это будущее для приложений ориентированных на данных приложений, поскольку веб-поддержка будет лучше поправиться, включен Javascip. Что касается HTML5, я говорю, забудь об этом. Потребуется время, чтобы быть широким распространением на настольных компьютерах и на телефонах займет годы, чтобы добраться туда наверняка.

Разработать нативные приложения для большого разнообразия телефонов, довольно шаланже, и занимает много работы и, вероятно, большая команда. Итак, снова это зависит от задачи, которую вы должны сделать. Также, если вы занимаетесь приложениями высокого класса Bussines, то вы можете только целевать Blachberry, Windows Mobile и что-то еще. Я не знаю, насколько широко распространены iPhone и Android в мире Bussines. Я фигурирую не так много.

Это были бы моими рекомендациями. Очевидно, что если вы можете, придерживаться веб-приложений.

Независимо от нового разработчика согласованные, последствия которых все еще неизвестны (например, люди предположили, что Phonegap и Appcellator были мертвы, что не тот случай); Вам все еще лучше в моей мысли на ориентация на объектив на платформу ОС IPhone OS.

Дело в том, что в какао много очень мощных рамок. Используя Objective-C, вы также изучаете, как дизайнеры рамок, которые означают, что у вас будет гораздо более легкое время. Понимание используемых шаблонов, а также со временем учиться, чтобы предвидеть способности и имена в рамках Wince Wince. над стилистическими стандартами в использовании.

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

Кроме того, на личном уровне - вы просто лучше как программист, тем больше языков, которые вы глубоко понимаете, и чем больше вы продвигаетесь за пределами вашей зоны комфорта, чтобы узнать что-то по-настоящему новому. Это расширение помогает вашему разуму другим способам и делает вас более гибким мыслителем.

У меня нет ничего против тех, кто использует другие языки, такие как Mono на платформе, я просто думаю, что это имеет смысл действительно использовать инструменты и языки, которые являются первичными для любой платформы, которую вы ориентируетесь. Если бы я переехал в разработку Android, я бы переключился на все Java в сердцебиение, а не ищущий объективный мост.

Если решите пойти на маршрут объекта-C, подумайте о добережной добычи в Monotouch, как инструмент обучения, из-за всего опыта, который у вас есть с C #.

Сначала можно изучить рамки, а затем перейти на язык упрощает участие многое. С Monotouch вы сможете узнать все рамки для iPhone, вам понадобится для изучения (Uikit, и т. Д.) На языке вы уже знакомы, а также привыкнуть к инструментам, такими как интерфейс-строитель и некоторые из XCode.

Подбирая OBJ-C После того, как вы уже знаете, что каркас хорошо делает вещи намного проще. Я делаю это прямо сейчас. И в зависимости от временной шкалы, Луны и настроения Стив Джобса, вы можете просто получить возможность в конечном итоге никогда не ходить в Obj-C вообще .. :)

В одном из ваших комментариев вы утверждаете, что у вас есть дроид, любите его и предпочитаю подход Google. В вашем вопросе вы заявляете, что вы указываете Java Developer - конечно, вы всегда можете выучить Objective-C в качестве DEV Java, как я, но опять же, я опять же влюблен в iPhone. Похоже, вы полностью влюблены в Android, поэтому я бы сказал, что примените свою страсть к этому и сделайте некоторые приложения для Android-приложений Kick-ass. Я не думаю, что вы будете делать как хорошую работу на iPhone, особенно без большого понимания или страсти к платформе.

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow