Objective с and android

Objective-C for Android

At Apportable, we believe:

About Apportable

• Founded Winter 2011 with YCombinator
• First app, Osmos, shipped January, 2012
• Raised $2.4m led by Google Ventures
• Today power dozens of best sellers on Android

What exactly is the Apportable SDK?

The Apportable SDK compiles your Objective-C (iOS) source code into a native application that runs on Android

What Apportable is NOT

• It is NOT source code translation
• It does NOT generate Java
• It is NOT an iOS emulator on Android (i.e. WINE)

How does Apportable work exactly?

What trickery is this?

Lets port something!

• Visit www.apportable.com and sign up
• Install the SDK and toolchain
• Open a terminal and navigate to your source code
• Plugin an Android device
• Run apportable load and answer a few questions about your app
• Thats it. You should see your app running on Android!

The Apportable SDK includes.

Frameworks
and libraries

The same clang compiler used in Xcode

Debugging and tools

• Latest GDB
• Our own Apportable profiler suite
  • memory, network, performance
  • resembles a mini instruments

Support for many binary 3rd party libraries

The Best Features

• ARC
• C++11
• Assembly
• Objective-C literals
• Objective-C Runtime API (swizzling, etc)

Essentially, you ship a user land implementation of the iOS libraries in your app with Apportable.

We have done the hard work of supporting the fragmentation in Android

Customizing For Android

Customizing your Android build

• Edit the .approj directory generated next to xcode project
• In the

.approj/configuration.json file you can:

• Add and remove source files
• Tweak the APKs features and permissions on Android
• Change defines, icons, and other settings

Support More Screen Resolutions

• Handling the native resolution is best and will always look the better
• If you made assumptions about iOS screen sizes, you can emulate them on Android and scale your UI up with UIScreenModes

Add Hardware Button Support

Use different device information

BridgeKit

• BridgeKit is a fully Objective-C API for bridging to Java and calling Android APIs or custom Java code
• Used to back much of UIKit and system APIs

Bridging Application Lifecycle

• Apportable backs iOS lifecycle events with their Android counterparts
  • application:didFinishLaunchingWithOptions: — -> Activity.onCreate

• applicationDidBecomeActive: —> Activity.onResume
• applicationDidEnterBackground: —> Activity.onStop
• When apps are in the background, Apportable emulates iOS behavior by suspending them

Push Notifications and Local Notifications

• Push notifications are handled by Google Cloud Messaging on Google Play Apps
  • Other push notification services such as Parse and Urban Airship are supported as well
• Local notifications translate to a custom alarm service

In App Purchasing (StoreKit)

• Apportable store kit bridges to Google In App Billing (on Google Play) and Amazon Payments (on Amazon App Store)
• Near full StoreKit compatibility

Framework Support

Foundation — Near full coverage. Major revision in development

CoreFoundation — Common classes covered. Full support in development

CoreAnimation — Limited. New version in development backed by OpenGL

UIKit — Current shipping version is limited to simple UIKit apps. Full UIKit support backed by new CoreAnimation in development

CoreData — Working. Limited to automatic migration support only

AVFoundation — Audio but no video support

MediaPlayer — Video and audio supported (codecs depend on device, ogg is the most universal)

OpenGL and OpenAL — Full coverage of latest versions

iOS 7 Features

• SpriteKit — In development; currently 20% faster than iOS (even on iOS)
• GameController API ready

OpenGL based UIKit preview

Источник

Apportable SDK — Objective-C/Cocoa Touch для Android

Apportable SDK — это продукт, который позволяет без изменений скомпилировать игру (или приложение), разработанное на Objective-C/Cocoa Touch для iOS под Android. Это полный toolchain (компилятор, дебаггер, линковщик — все-все-все), работающие Foundation, CoreFoundation, UIKit, множество других фреймворков из состава iOS, перенесенные на Android (даже такая «мелочь» как GameKit и StoreKit, с бэкендами для GooglePlus и Amazon GameCircle/Appstore).

Цель Apportable — дать iOS разработчику перенести свое приложение на Android за час, без изменения кода, и поддерживать после этого одну кодовую базу. Как портировать простую игрушку на cocos2d — под катом

Заходим на сайт Apportable.

После регистрации нам дают выкачать SDK, ссылка специфичная для пользователя.

Выкачиваться оно будет очень долго — Apportable использует патченные android-sdk, ndk и прочую тяжелую артиллерию.

После установки оно скажет:

Toolchain downloaded into /Users/darvin/.apportable/toolchain.
Apportable CLI is successfully installed at /Users/darvin/.apportable/SDK/bin/apportable
If you’re using the default shell, add the Apportable CLI to your PATH using:
(echo; echo ‘PATH=»/Users/darvin/.apportable/SDK/bin:$PATH»‘) >>

Теперь выкачаем нашего подопытного кролика, какую-нибудь рандомную опенсорсную игру с гитхаба, запиленную на Objective-C/Cocos-2d (поддержка cocos2d у apportable особо хороша, они даже являются оффициальным спонсором cocos2d). Дисклеймер: автор не имеет никаго отношения к подопытной игре, она совершенно не адаптированна для Apportable SDK, просто игра на cocos2d

Проверяем, чтобы компилировалось из XCode:

Подключаем любимый Нексус (или галакси, или нонейм-китайца без google-apps — нет почти никакой разницы), запускаем утилиту, которая создаст climbers.approj (это набор настроек для Apportable, которые накладываются поверх .xcodeproj), скомпилирует проект и загрузит его на девайс:

Утилита вначале спросит:

If the app is using OpenGL ES, does it use ES1 or ES2? (Cocos2D 1.X uses ES1, 2.X uses ES2)
[1/2] 1
Should the app initially launch in landscape or portrait orientation? (default: landscape)
[L/p] p

Игрушка использует Cocos2D 1.X, так что отвечаем «1», второй вопрос — «p».

После первой попытки компиляция отваливается с сообщениями об ошибках:

/Users/darvin/GAMES/climbers/Support/CocosDenshion/CDAudioManager.m:322: error: undefined reference to ‘AudioSessionGetProperty’
/Users/darvin/GAMES/climbers/Support/CocosDenshion/CDAudioManager.m:382: error: undefined reference to ‘AVAudioSessionCategoryPlayAndRecord’
. вырезано.
/Users/darvin/GAMES/climbers/Support/CocosDenshion/CDOpenALSupport.m:227: error: undefined reference to ‘ExtAudioFileDispose’
Updating Jar.
scons: *** [Build/android-armeabi-debug/climbers/apk/lib/armeabi/libverde.so] Error 1
scons: building terminated because of errors.

Оно жалуется на отсутствующие AudioFile* функции… Гугль подсказывает, что они находятся в фреймворке AudioToolbox. Ну что ж…

В разделе «add_params» находим строки:

Игра загружена на подключенный Android мобильник, даже есть звук. Графика немного сьехала — разработчик не расчитывал на разные разрешения андроидофонов, впрочем, это легко (и нужно) исправить, если же адаптировать графику лень, Apportable представляет workaround, который будет масштабировать графику, как если бы игра была запущена на iOS девайсе. Давайте попробуем второй путь:

В начале -[AppDelegate applicationDidFinishLaunching:] добавим:

Здесь мы выставляем лучший режим эмуляции для девайса — если его разрешение/пропорции похожи на iPad — он будет эмулировать iPad, если на iPhone — iPhone.

Также стоит удалить ненужный код выбора ориентации:

Сохраняем, запускаем коммандой apportable load. Видим Objective-C/Cocos 2d игрушку на Нексусе:

Доступна документация и список рассылки. Также наши специально обученные инженеры мониторят тэг на StackOverflow. Видео сессии портирования tweejump.

Starter редакция SDK бесплатна, подерживается Android 4+. Лучше всего Apportable подходит для портирования игр — у приложений все равно разные гайдлайны UI, a игры уже обкатаны на множестве лидеров аппстора. Буду рад ответить на любые вопросы, в следующей статье собираюсь рассказать как быстро и безболезненно выдрать возникающие при портировании баги и прозрачно, без изменения кодовой базы интегрировать социальные фреймворки, StoreKit и GameKit.

Источник

Запуск objective-c кода на Android устройствах

Начало истории

Пришел мне на доработку проект написанный на cocos2d. Игра для детей, в которой необходимо собирать пазлы и учить слова. Работа как работа, но главная проблема заключалась в том, что до меня над проектом работала некая девушка из Индии. И тут у меня начался очень веселый период. Пример того, на что мне пришлось смотреть, что делать и чем все это закончилось, будет под катом.

Однако пост не об ошибках, которые мне пришлось исправлять, а совсем о другой проблеме.
Через несколько месяцев работы над проектом, когда основные проблемы были решены, заказчик попросил собрать билд под его Android девайс. Далее шел удивительный разговор о том, что первый разработчик должен был писать под cocos2d-x и приложение должно легко запускаться на любом устройстве. Решать проблему пришлось уже мне и мой выбор пал на Apportable.

Собственно тема

Как утверждает официальный сайт, Apportable SDK — это система, которая позволяет запускать один и тот же xCode проект на iOS и Android устройствах. В первую очередь, это касается игр написаных на cocos2d. C портирование некоторых системных Core фреймворков есть проблемы.
Наша игра была написана практически на чистом кокосе и только в двух местах использовались UIKit элементы.
Ну что же. Приступим.

Первое, что необходимо сделать — установить SDK на Mac. Для этого, следуя инструкциям на сайте, необходимо просто ввести в терминале

SDK требует около 2гб свободного места на диске и установленного xCode 5.

Пока все это скачивается, можно дописать в наш проект необходимый код.
Сначала установим режим эммулирования экрана. Тут есть несколько варианта.
Например:
UIScreenIPhone3GEmulationMode — используется, если ваше приложение не будет поддерживать графику от retina устройств. Размер виртуального экрана 320px/480px, scale — 1.0
UIScreenScaledAspectFitEmulationMode — растягивает ваше приложение в соответсвии с размером экрана Android устройства. Использует не retina графику.
UIScreenBestEmulatedMode — растягивает ваше приложение в соответсвии с размером экрана Android устройства. Использует наиболее подходящую графику. Для корректной работы этого режима должна быть графика для всех вариантов iPhone и iPad экранов. Иначе может выглядеть совсем не best.

Следующее что пришлось переделывать — позиции элементов.

Тоже самое при отслеживании нажатий.

После этого надо перейти в терминале в папку с проектом и ввести:

Эта команда создаст apk файл, загрузит его на подключенное устройство, установит и запустит. В идеальном варианте. Он бывает не всегда. Я не буду рассматривать ошибки линковки файлов, они очень индивидуальны. Однако бывает ситуация когда apportable не видит какой-то определенный девайс. На офисе из 7 устройств, на которых я тестировал приложение, не смог установить на 3.
Что делать в таком случае? Все очень просто. Apportable сначала создает apk файл и только потом пытается загрузить его на устройство. Значит этот файл где-то есть. Если более точно, то вот здесь:

В этой папке лежит apk файл и его можно просто перекинуть на девайс и установить. Для этого я использовал приложение Android File Transfer(в маке из коробки нельзя обращаться к памяти Android устройств).

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

И так. После создания билда с помощью apportable, в директории с проектом появилась папка ProjectName.aproj. В этой папке лежат конфигурационные файлы и файлы, которые не компилируются(например ресурсы).
Нас интересует файл configuration.json. В нем можно изменить настройки компиляции проекта для android. Например, добавить пермишены. Для работы фотокамеры нужны права на запись.
И изменение строки

волшебным образом решило проблему.

Также есть нюанс с локализацией имени приложения на экране устройства. Для каждого языка необходимо добавить файл strings.xml и положить в папку ProjectName/java/res/values-[lang_description]

И добавить в configuration.json:

Несколько моментов на последок:

Рамеров экранов у Android устройств очень много, и кое-где приходилось использовать следующие вставки:

Источник

Objective-C и Android

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

Итак, для моего следующего проекта я хочу написать его таким образом, чтобы большинство компонентов легко переносились между платформами iPhone и Android. Способ, которым я собираюсь это сделать, — это кодировать большую часть его в Objective-C, а затем добавить части, относящиеся к платформе, в более Objective-C и Java соответственно. На стороне Android это потребует использования NDK.

Мои знания о C хороши, но мои знания Objective-C близки к нулю, и у меня нет желания изучать С++. Насколько разумным является подход выше, и есть ли лучший? Есть ли способ, которым я могу закодировать на Java и до сих пор дойти до не-взломанного рынка iPhone? И насколько вероятно, что люди, которых я знаю (пользователи iPhone), будут иметь Android-телефон к следующему году?

ОТВЕТЫ

Ответ 1

Вернитесь назад и подумайте о том, что в итоге вы сможете логически разделить.

Модели пользовательского интерфейса довольно разные, компоненты разные. В конце концов, вы могли бы поделиться такими классами объектов данных, возможно, с некоторыми алгоритмами. Это даже не похоже на то, что вы могли бы реально обменяться сетевым кодом, как в старые времена, потому что вы не используете непосредственно сокеты, вы используете библиотеки HTTP.

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

Почему вы пишете приложения? Сделать жизнь проще для вас или ваших пользователей?

Ответ 2

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

Ответ 3

Objective-C без Cocoa не очень полезен и не приближает вас к созданию рабочей кодовой базы iPhone. Вероятно, вам лучше написать свое ядро ​​в C с Core Foundation и использовать Java или Objective-C для конкретных частей платформы. Apple открыла большой кусок Core Foundation в качестве CF-Lite, и он без сбоев соединяется с Cocoa в OS X (т.е. Вы можете использовать многие классы CF взаимозаменяемо со своими аналогами Cocoa).

Ответ 4

Мое предположение, которое не имеет опыта для его резервного копирования, заключается в том, что вы, вероятно, могли писать Obj-C с Google NDK каким-то образом, учитывая, что GCC существует для ARM, является открытым исходным кодом, имеет Obj -C и базовую среду выполнения Obj-C (которая, если она еще не может быть взломана для работы над новой архитектурой) и т.д.

Это также может быть большой проблемой для сомнительной выгоды.

И, конечно, «Obj-C» (без классов NS ) означает нечто совсем иное, чем «Cocoa», что означает большинство людей действительно, когда говорят «Obj- C». Возможно, вы сможете повторно использовать некоторые из GNUstep для некоторых, но. Честно говоря, я сомневаюсь. Звучит снова как много работы.

Итак, да, я думаю, это возможно. Это также много работы, и я не думаю, что это того стоит.

Учитывая то, что вы сказали, если бы я пытался это сделать, у меня возникло бы желание написать как можно больше своей основной логики в C, а затем обернуть его двумя отдельными графическими интерфейсами для каждой платформы.

Ответ 5

Подходя с этим под другим углом. Я знаю, что вы сказали, что хотите попробовать придерживаться Java, но если вы знаете С#, вы можете пойти с картой MonoTouch для iPhone. Моно по существу и с открытым исходным кодом. Net. Команда Mono работает над подключением Mono к Android, поэтому вы можете в принципе написать общую библиотеку С# для своей бизнес-логики и иметь разные представления/контроллеры на платформу. Конечно, все это будет на С#, и это немного дороже, но это решает проблему написания всего на разных языках.

Я считаю, что он называется MonoTouch на iPhone и MonoDroid на Android.

Ответ 6

Apportable SDK — это подход Objective-C для записи один раз и развертывания как для IOS, так и для Android. Он перекрестно скомпилирует запущенный проект IOS Xcode в Android SDK.

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

Ответ 7

Я не уверен в Android, но с iPhone вы можете писать прямо C до тех пор, пока вы завершаете его в классах Objective-C.

Ответ 8

Время выполнения Objective-C еще не перенесено на Android. Это не должно быть слишком много, но все же, без знания языка, я сомневаюсь, что вам будет легко переносить его.

То, что вы пытаетесь сделать, будет сложно для общего приложения, но должно быть возможно для игр, если вы решите разработать игру на простом C (который поддерживается как Android NDK, так и iPhone). Вам нужно будет написать некоторый код клея, чтобы передавать входные события из сред Obj-C и Java в ваш код C, но это не должно быть большой проблемой. Objective-C позволяет вам напрямую звонить в ваш код C и есть много примеров проектов, которые делают именно это для Android.

Ответ 9

Я не пробовал это сам или не закончил смотреть разговор еще, но есть Google Tech Talk на Разработка iPhone приложений с использованием Java на YouTube, который выглядит довольно многообещающим.

Ответ 10

XMLVM — это проект, который способен переводить (некоторые) приложения Android на iPhone. Для получения дополнительной информации посетите http://xmlvm.org/android/

Ответ 11

Я понимаю, что это может быть немного поздно, но, похоже, индустрия собирается в направлении веб-приложений в эти дни, чтобы обеспечить мобильность приложений. То есть, встраивание веб-браузера в ваше «скелетное родное приложение» и запись javascript, css и html для Android, iOS и других крупных платформ для смартфонов.

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

Ответ 12

Вот разговор на конференции facebook mobile @scale, где две команды (Dropbox и оркестр) использовали аналогичные подходы. Dropbox использовал С++ для создания libdropbox и Orchestra (почтовый ящик), используемого Objective-c для создания libmailbox.

Опять же, они написали свои интерфейсы на родном языке платформы и использовали свои кросс-платформенные библиотеки для основной логики и данных.

Основные преимущества, которые я забрал: Почтовый ящик перешел от ios к Android в течение 5 недель, потому что он просто создавал код пользовательского интерфейса. Dropbox может бета-тестировать изменения основных функциональных возможностей, которые находятся в общей библиотеке с бета-версиями Android, было проще сделать массовые развертывания в масштабе для бета-сборки.

Ответ 13

Если вы можете подождать до конца этого года (точное время неизвестно), Adobe будет иметь AIR для Android и компилятор для iPhone. Таким образом, вы можете написать приложение в AIR для Android и использовать большую часть того же кода для компиляции на iPhone.

Даже если вы не можете дождаться, см. http://www.insideria.com/2008/12/actionscript-to-cocoa—protot.html, где объясняется сходство между ActionScript и Cocoa.

Также проверьте: http://labs.adobe.com/technologies/air2/ для версии AIR, которая может использовать сенсорный экран.

Итак, вы можете скоро написать один раз и развернуть на Android и iPhone с помощью ActionScript 3.

Источник