Maven - Bruker Maven for første gang

Innholdsfortegnelse
I forrige opplæring så vi hvordan du installerer Maven på datamaskinen din, vi opprettet vårt første prosjekt (selv om det i hovedsak besto av å trykke Enter som 10 ganger), og jeg lot deg gå gjennom det første prosjektet som Maven opprettet automatisk, spesielt "pom. xml "-fil. som praktisk talt er hjertet i prosjektet ditt i Maven.
I denne opplæringen vil vi se hva Maven gjør, hva alle taggene i POM -filen er, hva de betyr og hvordan du begynner å dra nytte av dette verktøyet.
Vi skal gå gjennom trinnene for å lage vårt første prosjekt mer detaljert, for dette må du allerede ha installert Java og Maven, som du kan se gjennom i min forrige opplæring.
Først åpner vi kommandolinjen og kjører kommandoen "mvn -versjon" (mvn -v) for å bekrefte at Maven er installert. Når vi er bekreftet, går vi til mappen der vi vil lage prosjektet vårt med cd -kommandoen (i mitt tilfelle "cd mavenArchetypes"), og vi skriver kommandoen "mvn arketype: generere" for å presentere oss listen over arketyper som finnes i Maven -depot (De er et stort antall arketyper).

Innledende kommandoer

FORSTØRRE

Første 2 sider av listen over eksisterende arketyper fra 07/08/2014

På slutten av listen over arketyper ber Maven deg om å velge et tall som tilsvarer et av alternativene på listen (som ville være umulig uten å kjenne tallene utenat) og gir deg et standardnummer (i mitt tilfelle 438) som tilsvarer arketypen "maven-archetype-quickstart" eller du bruker et filter som oversetter til å plassere et ord som lar deg filtrere den gigantiske listen til en mer håndterbar som er relatert til det du leter etter. Forutsatt at du setter ordet "vår", vil det vise deg listen over alle arketypene basert på vårrammen.
Vi kommer til å fortsette med standard arketypen, så bare trykk Enter, hvoretter den vil vise deg en liste over versjoner av den valgte arketypen der vi velger den siste versjonen ved å trykke Enter igjen.
Til slutt vil den be deg om dataene som identifiserer prosjektet ditt, som er:
groupIdRepresenterer ditt "eget prosjektlager", alle prosjektene du genererer med samme groupId vil bli holdt sammen, i dette eksemplet er min anbefaling at du legger navnet på hovedpakken til prosjektet ditt, i min er det "org. manuel.maven ”.
artifactIdDet er identifikatoren for prosjektet ditt, siden dette er et testprosjekt jeg kalte det "MavenTestApp".
versjonSelvforklarende, prosjektets versjonsnummer, som standard foreslår Maven "1.0-SNAPSHOT" som representerer den første utviklingsversjonen av et prosjekt.
pakkeDet er hovedpakken til prosjektet ditt, som standard gir Maven det navnet på "GroupId" som i dette tilfellet er "org.manuel.maven".
På slutten vil det vise deg et sammendrag og kreve bekreftelse (du må bare trykke Enter en gang til eller skrive "N" for å be om dataene igjen) og det er det! Du har allerede ditt første Maven -prosjekt.
Nå har vi en mappe som heter MavenTestApp hvor det er en src -mappe der det er en "pom.xml" -fil, en "hoved" -mappe og en "test" -mappe. I "hoved" -mappen finner vi alle kildefilene til applikasjonen vår, i "test" -mappen blir de tilsvarende testfilene plassert (disse testene utføres med et bibliotek kalt JUnit som vi vil se i en annen opplæring senere) og filen POM inneholder nøkkelattributtene til prosjektet vårt, og når det åpnes med et tekstredigeringsprogram (jeg bruker Notisblokk ++), skal det se slik ut:

FORSTØRRE

La oss se dokumentet i deler:
  • De to første linjene erklærer XML -navneområdet og skjemaet som er knyttet til XML.
  • "ModelVersion" -taggen angir hvilken versjon av prosjektbeskrivelsen denne POM tilhører.
  • "GroupId", "artifactId" og "version" tilsvarer det aktuelle prosjektet, og jeg forklarte dem allerede ovenfor.
  • “Emballasjemerket” forteller Maven hvordan vi skal pakke prosjektet vårt når det er bygget. I dette tilfellet er det en .jar, hvis det var en forretningsprogram, kan det være en .ear, hvis det var en webapplikasjon ville det være en .war.
  • Til slutt angir etiketten "avhengigheter" begynnelsen på listen over avhengigheter til prosjektet, innenfor denne etiketten plasseres hver avhengighet mellom etikettene "avhengighet", og i dem angir du groupId, artifactId og versjonen av avhengigheten du vil legge til utkastet. I dette tilfellet er det som standard inkludert i avhengighetene til JUnit -biblioteket, som er ansvarlig for å teste koden vår.
Innenfor avhengigheten er det også en etikett kalt "omfang" som angir hvilken prosess som må kjøres for at den tilsvarende avhengigheten skal kunne brukes. Denne POM -filen er hjertet i prosjektet vårt, og vi kan legge til avhengigheter til det etter hvert som prosjektet vårt vokser.
Maven administreres ved å bruke et "depot" med informasjon som den får tilgang til automatisk når den kjører og som den i hovedsak henter to ting fra:
Arketyper informasjonMaven inneholder et depot hvor det opprettholder flere modeller, kalt applikasjon "arketyper" som er skjeletter sammensatt av grunnstrukturen til en bestemt type applikasjon, for Maven hurtigstart -arketypen er den tilsvarende strukturen den vi har for øyeblikket
AvhengighetsinformasjonDette er den andre viktige delen av Maven, som er avhengighetsforholdet som eksisterer mellom et bibliotek og et annet. For eksempel er "Spring" -rammeverket avhengig av Apache Commons Logging -biblioteket. Denne informasjonen lagres i Maven -depotet på en slik måte at når du vil bruke Spring, trenger du bare å erklære våravhengigheten i POM -filen, og Maven AUTOMATISK tar seg av riktig nedlasting og bruk av Apache -biblioteket som det krever.
Av disse enkle grunnene må du ha en Internett -tilkobling når du bruker Maven, siden du må kunne gå til det eksterne depotet for å finne de avhengighetene du trenger.
Er ikke det fantastisk!? Personlig, mer enn en gang lastet jeg ned et bibliotek for å innse at jeg trengte et ekstra bibliotek for at det første ikke skulle mislykkes. Med Maven trenger jeg bare å peke på biblioteket jeg vil bruke i POM -filen og DONE! Maven tar seg av å laste ned alt jeg trenger.
Hvis jeg fremdeles ikke har overbevist deg om å slutte å bygge kode på samme måte som du gjør for øyeblikket og begynne å bruke Maven, vent til vi får bruke den i Eclipse, lag webprogrammer med noen få klikk og bland Spring og Hibernate i det samme programmet håper jeg du fortsetter å lese meg i neste opplæring, og ikke glem å legge igjen kommentarene dine til neste gang!
Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng

Du vil bidra til utvikling av området, dele siden med vennene dine

wave wave wave wave wave