Pull to refresh

Comments 22

ООО, если эни хороший эмулятор (НЕ СИМУЛЯТОР) туда еще добават (как на бада 2.0), я подумаю о том чтоб забросить куда подальше яблочную разработку.
Там уже есть хороший эмулятор (НЕ СИМУЛЯТОР). Именно тот, что и в стандартном Android SDK.
Вот и ладушки, начну потихоньку осваивать сабж.
CE урезан очень сильно.
1) Компилятор от ARM не доступен, то есть качественной оптимизации не будет.
2) Отладка и профилирование урезаны
3) Стандартный эмулятор android от google официально ничего кроме ARM5 не поддерживает, ввиду глючности QEMU. А для коммерческого DS5 заявлены полная поддержка Cortex A7,A8,A9 (помимо кучи мелких микроконтроллеров).
Эээ… а что же там тогда есть, кроме разукрашенного эклипса?
Ну в основном доработанный gdb.
Просто больше возможностей по отладке нативного кода чем у стандартного.
Профилирование и отладка для C/C++ все же удобная штука, просто они частично урезаны.
Судя по скриншоту, ARMv7-A тоже поддерживается, хотя я не проверял. А это как раз Cortex A7,A8,A9.
Это есть только для ICS, судя по всему образ специально собирали.
Значит, будем ждать, пока в Пиратскую Бухту заплывет галеон с неурезанным DS
Хорошая новость. Кстати, а какие еще есть не-Java среды разработок под Android?
MonoDevelop (http://monodevelop.com/Download/Mono_For_Android)
Mono — тот же C#. C# почти та же Java… Пардон, что не был точен. Я хотел спросить про C/C++ среды разработок.
Хм… Ну тогда даже не знаю. Вообще одна изх фишек Android в простоте, а если писать на С++ мне кажется это будет не то. Хотя это только мое субъективное мнение:)
В случае мобильной разработки C/C++ дает кросс-платформенность кода (как не странно),
а Android Java SDK нет (если не рассматривать эмуляцию как у RIM).
Просто кроме как для серьезных мультимедиа приложений и игр, это не сильно нужно (если не думать про время жизни батареи и отзывчивость интерфейса).
ICS в это плане дает очень много плюсов для SDK/NDK (оптимизированный системный код, новые API, OpenGL рендер интерфейса), жаль что переход под него займет годы.
Тоже самое вам дает Mono:)
1. Переносимость под разные платформы — да (Android и iOS точно).
2. Насчет «оптимизированный системный код, новые API, OpenGL рендер интерфейса» не скажу, из-за отстутсвия опыта работы с Моно, но подозреваю, что там тоже есть свою плюшки.
Есть Unity3D. Его среда разработки (Mono Develop является ее частью как раз) позволяет билдить под мобильные платформы. Так что OpenGL есть.
Про Qt не забывайте. К тому же унивесальность и переносмость (условная, всё равно доработка требуется). См. дубльгис — интерфейс не нативен, но зато приложение универсально(?) и достаточно быстрое. Недавно тут была статья про достаточное успешное «портирование» элементарного Qt-приложения под андроид.
С этим я согласен. Мой комментарий отвечал на конкретный вопрос: «Можно ли с MonoDevelop сделать приложение под Android с использованием аппаратного 3D ускорения?»
Это решение, возможно, не оптимально с точки зрения производительности, но намного проще и надежнее с точки зрения быстрой разработки.
Еще есть AIR от Adobe. Вопрос в том, как долго они его будут поддерживать. Ну и медленно и громоздко это.
Для работы AIR-приложений нужен тяжёлый AIR-плеер из маркета.
Лично я считаю, что от Java и C# в таких разработках не стоит уходить. Небольшая потеря быстродействия, но выигрыш в стабильности.
Скорее в переносимости. Стабильность только от прямых рук разработчика зависит, я не от языка — пользователю совершенно все равно, свалилось ли приложение с SIGSEGV или NullPointerException…
Sign up to leave a comment.

Articles