Pregunta:
Estoy iniciando una nueva aplicación de Android. ¿Cuál es la mejor estructura para usar?
Estoy planeando convertirlo en un diseño de paquete múltiple de la siguiente manera:
-
Paquete principal, incluida la actividad
-
Capa de datos y servicios
-
Paquete de entidad, incluida la clase de entidad.
Algún consejo ?
Respuesta:
Primero, depende de la aplicación que esté haciendo.
debe hacer una descripción textual o esquemática sobre cómo un usuario trabajará con la aplicación. Fija todos los escenarios posibles. Escriba ejemplos que se utilizarán más adelante para las pruebas.
Decida qué pertenece a la funcionalidad y qué, a la configuración modificable. Extraiga funcionalidades y entidades de datos de escenarios.
A partir de escenarios, decida cuál será su aplicación. ¿Es un servicio, una actividad, un widget, incluso un proveedor de contenido o un sistema complejo, que incluye algunos componentes diferentes? Pon a prueba tu decisión frente a escenarios.
En el caso del sistema complejo, distribuya las funcionalidades y las entidades de datos entre los componentes de la aplicación. Haga una lista de componentes y lo que son (actividades o algo más).
Haga la lista de componentes de la interfaz de usuario con una descripción de lo que hacen (aún no CÓMO). Estos serán widgets y actividades o fragmentos o diseños más adelante.
Realice borradores de diseños para los componentes de la interfaz de usuario. Haz pases sencillos de uno a otro. Mira la interfaz de usuario. Regrese a los escenarios y juegue todos ellos con su borrador de interfaz de usuario. Todos los componentes y clases de la interfaz de usuario se colocan en una jerarquía de paquetes o paquete.
Haz una lista de entidades de datos. Decide qué habrá en qué. Planifíquelos como colecciones o tablas en DB o diferentes DB. Hágalos como clases, colóquelos en otra jerarquía de paquetes o en otro paquete. Aquí también ponga DB helpers – clases que hablan con DB por SQL.
Cree clases de prueba (JUNIT o mejor TestNG) para llenar la interfaz de usuario y las entidades de datos con datos de prueba y ejecutarlos.
No es necesario que los adaptadores sean públicos, ya que solo se utilizan en su GroupView principal. Por lo tanto, normalmente no hay archivos para adaptadores.
No ponga todos globales en clases estáticas especiales – que es una mala práctica. Estás mezclando el código y la configuración. Utilice esta solución muy interesante . Por ahora, es lo mejor que conozco para Android.
Los datos de configuración deben colocarse en recursos. Si algunos de ellos son complejos, utilice fuentes XML y analizadores. Convierta a los lectores de datos de recursos en variables globales. ¡No todos serán estáticos! Podrían pertenecer a la instancia de actividad principal, por ejemplo.
¡No use constantes no configurables en el código! Puede ser, solo su nombre :-). Cada constante se vuelve no constante a veces.
Por otro lado, si algunos de ustedes codifican no es java normal, sino scripts , una mezcla de datos y lenguaje, entonces puede y debe mezclar datos y código.
Siempre hágalo: escriba algo – conecte algo a un lote – agregue pruebas para este nuevo elemento – pruebe este nuevo – pruebe el volumen – repita. ¡Solo pequeños pasos!
Editar. También puede utilizar el desarrollo basado en pruebas: escriba las pruebas antes del código apropiado. De esta manera, al ejecutar las pruebas antes de que el código esté listo, tiene una doble prueba; por lo tanto, verifica si las pruebas realmente reaccionan al código incorrecto.