Mover a Android de J2ME

Question

Viniendo de J2ME programación hay alguna similitud que harían que sea fácil de adaptar a Android API. O es Android API completamente diferente de la forma J2ME de programación de aplicaciones móviles.

Answer 1

Un buen comienzo sería para ver los vídeos arquitectura Android y mirar a algunos de los documentos.

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

Google es muy bueno a la documentación. Por lo que he escuchado, Android es muy similar a J2ME en sus objetivos. Puede ser ligeramente diferente en cuanto a la estructura y el estilo de programación, pero si tienes experiencia en J2ME, deberías estar más que listo para pasar a Android.

¡Buena suerte!

Answer 2

En realidad, la API de Android es mucho más poderosa que la J2ME.

Es mucho más fácil crear una aplicación para Android.

El uso de J2ME está limitado a formas simples debido a la ausencia de bibliotecas tipo columpio (aunque ahora existe una biblioteca llamada LWUIT, que evita la necesidad de volver a crear desde cero una biblioteca similar a un columpio).

En Android podrá crear formas complejas muy rápidamente, y el paquete de software para el SDK de Android es fácil de instalar (mientras que en J2ME tiene que instalar el kit de herramientas de desarrollo inalámbrico de sun o instalar uno de Nokia, Samsung o SonyEricsson ... a veces se vuelve un poco confuso).

Las cosas que tenía que cambiar cuando se cambia de J2ME para Android fueron:

1/El tipo de letra y gráficos clase es más fácil de usar en J2ME. La API es más completa en Android, pero también más complicada.

2/Si está acostumbrado a la base de datos de almacenamiento de J2ME (RecordStore), así se puede olvidar en Android. Tendrá que usar una base de datos similar a SQL, así que prepárese para repensar su modelo de datos.

Answer 3

Bueno, es posible que en realidad no tenga que adaptarse.

Hay una buena probabilidad de que una pila J2ME estará disponible para Android en poco tiempo, ya que no se supone Android para llegar a ser tan restrictiva de los tiempos de ejecución de terceros como el iPhone.

Conozco a un tipo que ha estado trabajando en eso: http://justanapplication.wordpress.com/

Ahora, por supuesto, eso no significa que no se debe echar un vistazo a las API de Android y ciclo de vida de la aplicación.

Answer 4

También he encontrado el camino de Java ME a Android a ser bastante simple. Aquí hay algunas cosas que he notado:

1. Hay ONE ui draw thread en Android. Debe tener en cuenta la diferencia entre llamar al postInvalidate y invalidate en Vistas para forzarlas a actualizar.

2. La manipulación gráfica real de bits es muy similar.Pude portar grandes cantidades de código de sorteo J2ME personalizado escribiendo unas calzas para drawRect y drawImage.

3. biblioteca de interfaz de usuario de Android es mucho más extensa, y mucho menos inútil, y mucho más complicado que Java ME de

4. Threadwise, tiene que ser mucho más cuidadosos con saftey hilo con Android. En Java ME puede salirse con la suya haciendo que los métodos no sean síncronos o las variables sean volátiles la mayor parte del tiempo. No es así en Android.

En general, diré que la biblioteca de UI de Android falla una prueba crítica. Yo llamo a esto la prueba "roll my own".

La biblioteca de su interfaz de usuario no pasa esta prueba si me lleva más tiempo para completar una tarea detallada de la tarea (por ejemplo, cambiar el fondo de un elemento de menú individuales) de lo que me llevaría dos escribo mi propia menú desde cero. Android no supera la prueba de "rodar tu propio" por un factor de 3 o 4. De hecho, si miras, la mayoría de las preguntas en este sitio web son "¿Cómo hago para que el kit de herramientas de interfaz de usuario de Android haga mi oferta?" preguntas

Android es una plataforma increíble y ha valido la pena cada momento frustrante en el que me he hundido. Sin embargo, es una plataforma joven y necesita un trabajo serio en el futuro.