Gradle series 11-gestión de dependencias

Casi todos los proyectos de software basados ​​en JVM requieren bibliotecas de clases externas para reutilizar los códigos de función existentes.

Puntos clave de gestión de dependencias

1. Coordenadas de trabajo (logotipo del paquete jar)

grupo: indica el grupo donde se encuentra el paquete jar
nombre: indica el nombre de la
versión del paquete jar : especifica la versión del paquete jar

Especifique el paquete jar dependiente en dependencias:

dependencies {
    testCompile group: 'junit', name: 'junit', version: '4.12'
}

2. Almacén (ubicación de almacenamiento del paquete jar)

Almacén público ( almacén central): mavenCentral / jecenter
Gradle no tiene su propio almacén central, se puede configurar para usar el almacén central de Maven mavenCenter / jcenter

repositories {
    mavenCentral()
    jcenter()
}

Almacén privado:
configuración de mavenLocal para obtener paquetes jar dependientes del almacén local de maven, no cargue paquetes jar de forma remota, use mavenLocal, necesita un entorno maven local

repositories {
    mavenLocal()
}

Almacén
Maven personalizado Fuente del almacén personalizado, generalmente apuntando al servidor privado Maven de la compañía (práctica general)

repositories {
    maven{
        url "私服地址"
    }
}

Almacén de archivos (raramente utilizado)
La ruta del archivo en la máquina local, generalmente no utilizada, no tiene mucho sentido, porque el propósito de la herramienta de compilación es eliminar la influencia de la máquina, puede compartir los datos de un almacén en cualquier lugar, y la máquina está asociada No tiene mucho sentido continuar, excepto en casos especiales

Configurar el orden de ejecución de varios almacenes.

repositories {
    mavenCentral()
    mavenLocal()
    maven {
        url "私服地址"
    }
}

Al configurar varios almacenes, busque de acuerdo con el éxito de la configuración, regrese si se encuentra y continúe mirando hacia abajo si no se encuentra. Por ejemplo, en el código anterior, se buscará primero el almacén de mavenCentral. Hasta que se encuentre

Dependencia transitiva

Por ejemplo: A depende de B. Si C depende de A, entonces C depende de B
debido a la transitividad de las dependencias, por lo que se producirá un conflicto de versiones. La siguiente es una imagen para comprender la herramienta de gradle del proceso automatizado de gestión de dependencias de

Gradle de acuerdo con * .gradle El archivo de configuración descarga el paquete jar requerido del almacén remoto y lo guarda en el almacén local. Si el mismo paquete jar se usa con frecuencia, se almacenará en la memoria caché de dependencia

Configuración de fase de
dependencia Configure dependencias en dependencias en build.gradle

1. Dependencias del código fuente:
   compilar: configurar frascos dependientes, compilar y ejecutar el código de prueba, y el código fuente en ejecución debe existir en
   tiempo de ejecución: configurar frascos dependientes, solo existen ejecuciones de código fuente y ejecuciones de prueba
2. Dependencias de prueba:
   testCompile: configura frascos dependientes, compila código de prueba y ejecuta
   testRuntime: configura frascos dependientes, solo ejecuta código de prueba

La base de selección de las cuatro configuraciones anteriores: si solo se requiere para la fase de operación o si solo se requiere para la fase de prueba

Referencia de dependencia de log-combat real

Vaya al repositorio de Maven para encontrar el inicio de sesión:
la dirección del inicio de sesión en el almacén de Maven
. Introduzca las dependencias en build.gradle:

dependencies {
    testCompile group: 'junit', name: 'junit', version: '4.12'
    testCompile group: 'ch.qos.logback', name: 'logback-classic', version: '1.2.3'
}

Una vez completada la introducción, puede ver los paquetes jar dependientes de gradle:

después de la introducción, puede usar el inicio de sesión en el código de prueba, el código de prueba no se publica aquí