Mi proyecto actual es muy grande. Tengo docenas de actividades, adaptadores, fragmentos, xmls de diseño y otros recursos.¿Sugerencias para organizar proyectos Android más grandes?
En mis (anteriores) proyectos anteriores organicé material con un estilo de 1 paquete/1 categoría. Así que tenía com.stuff.xy.adapter, com.stuff.xy.activity, y así sucesivamente. Ahora estos paquetes contienen demasiados elementos, y me encuentro perdiendo una cantidad considerable de tiempo buscando una clase específica en la jerarquía de paquetes.
Uso Eclipse, y hay algunos accesos directos que puede usar (vaya a la definición de la clase, por ejemplo), pero tienden a ser situacionales (no puedo usar eso para saltar rápidamente a una definición de diseño xml).
¿Podría compartir algunos consejos para organizar proyectos a gran escala de manera eficiente? O algunos complementos para esto tal vez? (Podría ser útil, por ejemplo, si pudiera agrupar archivos de origen que tienen que ver con una pantalla de la aplicación específica - adaptadores, diseños, la actividad y el código de fragmento - tan rápido puedo abrirlos)
EDIT: Después de muchos meses desarrollando grandes proyectos
Primero traté de trabajar con conjuntos con Eclipse. En realidad no me cortó, mi problema era que nuestro único proyecto de Android era simplemente demasiado grande, contenía muchos recursos, clases, interfaces, etc. Jugar con conjuntos de trabajo en el contexto de un único proyecto simplemente tomaba demasiado tiempo. , Creo que son principalmente útiles para organizar proyectos en un solo espacio de trabajo.
A largo plazo separamos nuestro gran proyecto en muchos proyectos más pequeños de android-library y un único proyecto de "aplicación principal" que dependía de todos estos más pequeños. De esta forma podríamos dividir los recursos entre estos proyectos de biblioteca (había muchos diseños, valores, estilos que solo se usaban en ciertas partes de la aplicación) y código, por supuesto. También creé una biblioteca Base, de la que dependían todas las demás bibliotecas, y contenía recursos y clases (base) que cada parte de la aplicación necesitaba.
No agrupe su fuente para cada pantalla. Más que tener el problema, no puede organizar las clases que usa varias veces y probablemente se detendrá para reutilizar el código – WarrenFaith
. Creo que el mayor costo de un proyecto grande es aumentar el tiempo de compilación y empaque. Si cada vez que debemos esperar medio minuto o más, vemos nuestro dispositivo aparecer en la primera ventana de nuestra aplicación, sería aburrido para el desarrollo. Entonces, para su enfoque de edición, ¿mejoró significativamente el tiempo de compilación? – VinceStyling