4.1 pålidelighed
Lad os nu se på en anden ting, der gjorde Maven så populær - afhængighedsstyring.
Hvis du vil tilføje noget bibliotek til dit Maven-projekt, skal du blot tilføje det til pom-filen i afhængighedsafsnittet . Det ser ud til at være enkelt.
Lad os tilføje den seneste version af Spring and Hibernate til vores projekt. Sådan kommer det til at se ud:
<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 behøver ikke at gøre andet . Hvis du tilføjer disse linjer til dit projekt, vil IDEA straks downloade de nødvendige biblioteker. Et par sekunder efter det kan du bruge deres klasser i din kode.
En vigtig pointe: Hvis du uploader projektet til GitHub eller sender det til nogen som et arkiv, er denne person garanteret i stand til at bygge det. Al information om biblioteker, afhængigheder og build-scripts er allerede fastkablet i projektet.
4.2 Sådan søger du efter biblioteker i Maven Repository
Forresten tilføjede jeg XML fra disse to biblioteker til min pom.xml på mindre end et minut. Ikke dårligt, vel? Nu vil jeg lære dig, hvordan du hurtigt tilføjer ethvert bibliotek til projektet.
For det første er der et centralt offentligt Maven-lager på internettet , som gemmer millioner af biblioteker. Det er placeret på linket https://mvnrepository.com/ , du kan søge på det bibliotek, du skal bruge direkte i det.
For det andet kan det være endnu enklere - skriv straks til Google "maven hibernate" , følg det første link, og du får:
Vælg den ønskede version og klik på den. Nogle gange indeholder den seneste version Beta-suffikset, så gå efter noget ældre.
Jeg valgte version 6.0.0.Final og gik til sidste side.
Det grønne felt her er koden, som du skal kopiere ind i din pom.xml. Alle.
4.3 afhængighedslager
Når du bygger et projekt, vil din Maven først lede efter det angivne bibliotek (artefakt) i dit lokale depot. Hvis han ikke finder det der, så vil han kigge i det globale Maven-lager. Og upload det derefter til dit lokale lager - for at fremskynde den næste build.
Men udover disse to depoter er der andre.
For det første har mange store virksomheder maven repositories med deres egne biblioteker.
For det andet, før opfindelsen af Docker, blev mange projekter simpelthen lagt ind i virksomhedens Maven-lager efter at være blevet bygget. Og hvad? Fantastisk sted at opbevare alt. Og versionering er igen understøttet.
Generelt, hvis du pludselig beslutter dig for at forbinde et tredjepartsdepot til dit projekt, så kan dette gøres så simpelt som at tilføje afhængigheder:
<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 lager har 3 ting: Nøgle/ID, Navn og URL . Du kan angive et hvilket som helst navn - det er for din bekvemmelighed, ID er også til dine interne behov, faktisk behøver du kun at angive URL'en.
Hvis dette er et offentligt lager, så googles disse oplysninger nemt, hvis det er et firma, så vil de give det til dig, når de giver adgang til et sådant lager.
Skaberne af Maven ved, hvordan man standardiserer, du kan ikke nægte dem.