4.1 affidabilità
Ora diamo un'occhiata a un'altra cosa che ha reso Maven così popolare: la gestione delle dipendenze.
Se vuoi aggiungere qualche libreria al tuo progetto Maven, devi solo aggiungerla al file pom, nella sezione delle dipendenze . Sembra al punto di essere semplice.
Aggiungiamo l'ultima versione di Spring e Hibernate al nostro progetto. Ecco come sarà:
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5.3.18</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-core</artifactId>
<version>6.0.0.Final</version>
</dependency>
</dependencies>
Ecco fatto, non devi fare nient'altro . Se aggiungi queste righe al tuo progetto, IDEA scaricherà immediatamente le librerie richieste. Pochi secondi dopo, puoi usare le loro classi nel tuo codice.
Un punto importante: se carichi il progetto su GitHub o lo invii a qualcuno come archivio, è garantito che questa persona sarà in grado di costruirlo. Tutte le informazioni su librerie, dipendenze e script di compilazione sono già cablate nel progetto.
4.2 Come cercare librerie nel Maven Repository
A proposito, ho aggiunto l'XML di queste due librerie al mio pom.xml in meno di un minuto. Non male, vero? Ora ti insegnerò come aggiungere rapidamente qualsiasi libreria al progetto.
Innanzitutto, esiste un repository Maven pubblico centrale su Internet , che memorizza milioni di librerie. Si trova al link https://mvnrepository.com/ , puoi cercare la libreria che ti serve direttamente al suo interno.
In secondo luogo, può essere ancora più semplice: scrivi immediatamente a Google "maven hibernate" , segui il primo link e otterrai:
Selezionare la versione desiderata e fare clic su di essa. A volte l'ultima versione contiene il suffisso Beta, quindi scegli qualcosa di più vecchio.
Ho scelto la versione 6.0.0.Final e sono andato all'ultima pagina.
La casella verde qui è il codice che devi copiare nel tuo pom.xml. Tutto.
4.3 archivio delle dipendenze
Quando crei un progetto, il tuo Maven cercherà prima la libreria specificata (artefatto) nel tuo repository locale. Se non lo trova lì, cercherà nel repository globale di Maven. E poi caricalo nel tuo repository locale per velocizzare la build successiva.
Ma oltre a questi due repository, ce ne sono altri.
Innanzitutto, molte grandi aziende dispongono di repository esperti con le proprie librerie.
In secondo luogo, prima dell'invenzione di Docker, molti progetti venivano semplicemente inseriti nel repository Maven aziendale dopo essere stati costruiti. E cosa? Ottimo posto per riporre tutto. E il controllo delle versioni è nuovamente supportato.
In generale, se improvvisamente decidi di connettere un repository di terze parti al tuo progetto, questo può essere fatto semplicemente come aggiungere dipendenze:
<repositories>
<repository>
<id>public-codegym-repo</id>
<name>Public CodeGym Repository</name>
<url>http://maven.codegym.cc</url>
</repository>
<repository>
<id>private-codegym-repo</id>
<name>Private CodeGym Repository</name>
<url>http://maven2.codegym.cc</url>
</repository>
</repositories>
Ogni repository ha 3 cose: chiave/ID, nome e URL . Puoi specificare qualsiasi nome: è per tua comodità, l'ID è anche per le tue esigenze interne, infatti devi solo specificare l'URL.
Se si tratta di un archivio pubblico, queste informazioni possono essere facilmente cercate su Google, se si tratta di un archivio aziendale, te le forniranno quando daranno accesso a tale archivio.
I creatori di Maven sanno come standardizzare, non puoi rifiutarli.