Si desea aprender una tecnología, necesita comprender su historia ¿Qué problemas parece resolver esta tecnología?
Historia de construcción del proyecto
1. La edad de piedra
Administración de dependencias: si utiliza una biblioteca de terceros para el proyecto al principio, debe colocar manualmente el paquete jar de la biblioteca en el directorio lib. Cada vez que estos paquetes jar crean un nuevo proyecto, debe copiar una copia. Si el paquete jar Con más, también es fácil tener conflictos de versiones. Es muy problemático de usar.
Prueba: todas las funciones deben escribir la clase de prueba. Escribir la clase de prueba en main también es algo muy problemático.
Empaquetado: empaquetado a través de ide (elipse) y luego pasarlo al servidor o ponerlo en un proyecto dependiente, también es muy problemático
cargarlo: cargue el paquete jar al proyecto a través de algunas herramientas de carga de archivos
Las operaciones anteriores son muy frecuentes y repetitivas: para reducir este tipo de trabajo repetido de mover ladrillos, existen herramientas de construcción.
2. La era industrial: herramientas de construcción
Administración de dependencias: los paquetes jar se administran de manera unificada, lo que es más claro y conveniente. Los paquetes jar se colocan en un solo lugar y no es necesario volver a copiar cada proyecto.
** Automatización: ** Se puede probar, empaquetar y lanzar automáticamente
Herramientas de construcción convencionales
Ant (Apache Ant): una herramienta que automatiza los pasos de compilación, prueba e implementación de software, y se utiliza principalmente para el desarrollo de software en el entorno Java.
Maven: La mayoría de las tareas de compilación se toman prestadas de Ant. Gestión de dependencias y lanzamiento de proyectos
Gradle: use el lenguaje Groovy para crear scripts, en lugar de usar XML como Maven
Introducción a gradle
Una herramienta de compilación de automatización de proyectos de código abierto, basada en los conceptos de Apache Ant y Apache Maven, e introduce el lenguaje específico de dominio (DSL) basado en Groovy, en lugar de usar XML para administrar scripts de compilación
DSL (lenguaje específico de dominio): un lenguaje de programación de computadoras con expresividad limitada para un determinado campo. Es solo un lenguaje conciso hecho para un determinado campo, no para un diseño universal
