4.1 pålitelighet
La oss nå se på en annen ting som gjorde Maven så populær – avhengighetsbehandling.
Hvis du vil legge til et bibliotek til Maven-prosjektet ditt, trenger du bare å legge det til POM-filen, i avhengighetsdelen . Det ser ut til å være enkelt.
La oss legge til den nyeste versjonen av Spring and Hibernate til prosjektet vårt. Slik vil det se ut:
<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>
Det er det, du trenger ikke gjøre noe annet . Hvis du legger til disse linjene i prosjektet ditt, vil IDEA umiddelbart laste ned de nødvendige bibliotekene. Noen sekunder etter det kan du bruke klassene deres i koden din.
Et viktig poeng: hvis du laster opp prosjektet til GitHub eller sender det til noen som et arkiv, er denne personen garantert i stand til å bygge det. All informasjon om biblioteker, avhengigheter og byggeskript er allerede koblet inn i prosjektet.
4.2 Hvordan søke etter biblioteker i Maven Repository
Forresten, jeg la til XML for disse to bibliotekene til pom.xml på mindre enn et minutt. Ikke verst, ikke sant? Nå skal jeg lære deg hvordan du raskt legger til et hvilket som helst bibliotek i prosjektet.
For det første er det et sentralt offentlig Maven-lager på Internett , som lagrer millioner av biblioteker. Det ligger på lenken https://mvnrepository.com/ , du kan søke etter biblioteket du trenger direkte i det.
For det andre kan det være enda enklere - skriv umiddelbart til Google "maven hibernate" , følg den første lenken og du får:
Velg ønsket versjon og klikk på den. Noen ganger inneholder den nyeste versjonen Beta-suffikset, og gå deretter for noe eldre.
Jeg valgte versjon 6.0.0.Final og gikk til siste side.
Den grønne boksen her er koden du må kopiere til pom.xml. Alle.
4.3 avhengighetslager
Når du bygger et prosjekt, vil Maven din først se etter det spesifiserte biblioteket (artefakten) i ditt lokale depot. Hvis han ikke finner det der, vil han lete i det globale Maven-depotet. Og last det deretter opp til ditt lokale depot – for å få fart på neste bygg.
Men i tillegg til disse to depotene, er det andre.
For det første har mange store selskaper maven repositories med egne biblioteker.
For det andre, før oppfinnelsen av Docker, ble mange prosjekter ganske enkelt lagt inn i bedriftens Maven-depot etter å ha blitt bygget. Og hva? Flott sted å lagre alt. Og versjonering støttes igjen.
Generelt, hvis du plutselig bestemmer deg for å koble et tredjepartsdepot til prosjektet ditt, kan dette gjøres så enkelt som å legge til avhengigheter:
<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>
Hvert depot har 3 ting: Nøkkel/ID, Navn og URL . Du kan spesifisere hvilket som helst navn - det er for enkelhets skyld, ID er også for dine interne behov, faktisk trenger du bare å spesifisere URL-en.
Hvis dette er et offentlig depot, så er denne informasjonen lett googlet, hvis det er en bedrift, så vil de gi den til deg når de gir tilgang til et slikt depot.
Skaperne av Maven vet hvordan de skal standardisere, du kan ikke nekte dem.