Переход на Android с J2ME

Хорошим началом было бы посмотреть видео об архитектуре Android и ознакомиться с некоторой документацией.

http://www.youtube.com/view_play_list?p=586D322B5E2764CFhttp://code.google.com/android/what-is-android.html

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

Удачи!!!

На самом деле Android API намного мощнее J2ME.

Создать приложение для Android намного проще.

Используя J2ME, вы ограничены простыми формами из-за отсутствия библиотек типа Swing (хотя теперь существует библиотека под названием LWUIT, что позволяет избежать необходимости воссоздавать с нуля библиотеку типа Swing).

В Android вы сможете очень быстро создавать сложные формы, а программный пакет для Android SDK легко установить (в то время как в J2ME вам нужно установить набор инструментов беспроводной разработки от Sun или установить один из Nokia, Samsung или SonyEricsson. иногда это немного сбивает с толку).

При переходе с j2me на android мне пришлось изменить следующее:

1 / Класс шрифтов и графики проще использовать в j2me. API более подробный на Android, но также более сложный.

2 / Если вы привыкли к хранилищу базы данных j2me (RecordStore), вы можете забыть об этом в Android. Вам придется использовать базу данных, подобную SQL, поэтому будьте готовы переосмыслить свою модель данных.

Что ж, вам может и не понадобиться адаптироваться.

Есть хороший шанс, что стек J2ME станет доступным для Android в ближайшее время, поскольку Android не должен становиться столь же ограничивающим время работы сторонних разработчиков, как iPhone.

Я знаю одного парня, который над этим работал: http://justanapplication.wordpress.com/

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

Я также обнаружил, что путь от Java ME к Android довольно прост. Вот несколько вещей, которые я заметил:

1. В Android есть ОДНА ветка рисования пользовательского интерфейса. Вы должны знать разницу между вызовом postInvalidate и invalidate в представлениях, чтобы заставить их обновиться.

2. Фактические побитовые графические манипуляции очень похожи. Мне удалось перенести большое количество пользовательского кода отрисовки J2ME, написав несколько прокладок для drawRect и drawImage.

3. Библиотека пользовательского интерфейса Android намного шире, менее бесполезна и намного сложнее, чем библиотека Java ME.

4. Threadwise, вы должны быть намного осторожнее с безопасностью потоков с Android. В Java ME вы можете обойтись без создания синхронных методов или переменных в большинстве случаев. В Android все не так.

В целом я скажу, что UI-библиотека Android не выдержала критического теста. Я называю это тестом «выбери свой».

Ваша библиотека пользовательского интерфейса не проходит этот тест, если мне требуется больше времени на выполнение подробной задачи (например, изменение фона в одном отдельном пункте меню), чем мне потребовалось бы двое, чтобы написать свое меню собственный с нуля. Android не проходит тест «самостоятельно» в 3 или 4 раза. На самом деле, если вы посмотрите, большинство вопросов на этом веб-сайте: «Как заставить инструментарий Android UI делать мои ставки?» вопросов.

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