Ant versus Eclipse construye para Android: Fortalezas de cada uno?
He utilizado Eclipse y vim de forma variada como entornos de desarrollo para aplicaciones de Android y he encontrado que tanto el complemento de Eclipse como las herramientas de SDK de línea de comandos tienen capacidades similares.
Sin embargo, como no he explorado en su totalidad, me gustaría preguntar:
- Android ant build: objetivos de depuración y lanzamiento
- De repente, la hormiga / carpeta no aparece en el SDK de Android. Google lo eliminó?
- Manera correcta de manejar la construcción de hormigas para una Biblioteca de Android. La compilación excluye a R.class del archivo jar
- Ant regex para nombres de paquetes android
- Cómo compilar y jar un proyecto de Android utilizando Ant?
¿Cuáles son las ventajas de utilizar Eclipse en las herramientas de línea de comandos y viceversa?
Podría ver:
- (Eclipse) GUI agradable para depurar
- (Ant / adb / android) más susceptibles a la automatización
- (Híbrido) puedes tenerlo todo, ¿no ?!
Estoy especialmente interesado en características específicas que pueden ser un deal-breaker para uno y mover un desarrollador en la dirección de la otra.
- Agregar fecha y hora de compilación al proyecto de Android
- Algunos parámetros de función denominados arg0, arg1, etc ... después de compilar una biblioteca JAR
- La construcción de un proyecto de prueba Android con Jenkins falla debido a un error subyacente
- Añadiendo 'emma' a la generación de hormigas de Android desencadena la excepción de "variable de tipo de variable local"
- ¿Hay algo más que pueda hacer para tratar con "Límite de sobrecarga de GC superado" ejecutando Ant (línea de comandos)?
- La cobertura externa de Api de Android no viene
- Predeterminación de destino en Ant
- Android NDK construir con ANT script
A través de mis proyectos personales y múltiples instancias profesionales de la creación de aplicaciones de Android, siempre he utilizado ambos tipos de compilaciones. Usted querrá usar Ant (o Maven, si lo prefiere) para configurar la integración continua y las pruebas automatizadas. Tratar de conseguir que el trabajo con Eclipse (lo que hice hace mucho tiempo cuando los SDK de Android fueron los primeros que salen) es una pesadilla, mientras que Ant / Maven se utiliza fácilmente de cualquiera de sus herramientas de CI favoritas (he utilizado habitualmente Hudson para esta). Si no hay nada inusual en su proyecto, será un instante para integrar la integración continua, y de ir.
Mientras tanto, para el día a día el trabajo de desarrollo, el uso de Eclipse para construir su aplicación localmente funciona muy bien. Pero eso puede dejarse fácilmente al desarrollador individual. Haría la compilación que su sistema de CI está ejecutando la construcción canónica, pero sí uso Eclipse para mi desarrollo normal.
El uso de Eclipse como un entorno de desarrollo para Android no le impide también construir con Ant para conectarse a las creaciones nocturnas o herramientas CI. Incluso podría configurar Eclipse para crear utilizando el archivo de compilación Ant si lo deseaba. Si desea algún tipo de herramienta de creación de CLI, también puede considerar Maven, ya que también tiene complementos para habilitar la creación de aplicaciones de Android.
Ha pasado algún tiempo (como seis meses) desde que he usado eclipse, así que tal vez es mejor ahora, pero me di por vencido porque me pareció muy lento y con errores. Tal vez sea la integración con ADT, pero varias veces me pasé horas cazando problemas que resultaron ser fijos si maté y reiniciaba eclipse (y estos problemas no fueron arreglados si hice un "limpio" dentro de eclipse). Después de hacer que unas cuantas veces, me sentí como tirar el ordenador contra la pared.
"Ant clean" es mucho más fácil y rápido que detener y reiniciar eclipse.
Utilizaría Eclipse hasta el momento en que esté satisfecho con la compilación de depuración. A continuación, puede configurar Ant para producir la versión de lanzamiento firmada.
Puede configurarlo para que use los mismos archivos de origen que Eclipse, pero coloque los binarios de salida fuera de su área de trabajo. También puede configurarlo para utilizar su release.keystore, firmarlo automáticamente y ofuscar el código de una sola vez.
Lo he preparado para hacer esto. Abro una línea de comandos (caja de DOS) se mueve al directorio de inicio de proyectos (\ dev \ projects \ Eclipse \ Project1 say), tipo "Ant release" y el apk termina en \ dev \ projects \ AntBuilds \ Project1 \ bin as Project1-release.apk.
Si quieres lo mejor de ambos mundos, deberías mirar el plugin de integración de m2eclipse-android-integration que te permite usar tu compilación Maven de línea de comandos en el entorno de ADT / Eclipse también:
https://code.google.com/a/eclipselabs.org/p/m2eclipse-android-integration/
Bueno para mí im sólo un principiante, pero me parece eclipse mucho más fácil trabajar con. Android es bastante complicado para acostumbrarse a (para mí) así que tener todo establecido en una GUI es preferible a la línea de comandos. Las actualizaciones de SDK y más son más fáciles de obtener.
- Cambio de posición de un botón
- ¿Está onPause garantizado para ser llamado cuando una actividad ya no se está ejecutando?