Deskripsi Proyek Model Objek
Salah sawijining prekara sing distandarisasi Maven ing wiwitan yaiku deskripsi proyek. Sadurunge Maven, saben IDE duwe file proyek dhewe, sing nyimpen informasi babagan proyek lan perakitan (lan asring ing wangun binar).
Maven wis teka munggah karo basis XML, universal, mbukak standar sing njlèntrèhaké apa project, carane kudu dibangun, lan apa dependensi wis nggunakake macem-macem tags. Katrangan proyek ana ing file siji, biasane dijenengi pom.xml .
Conto file pom.xml :
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3 .org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>example.com</groupId>
<artifactId>conto</artifactId>
<version>1.0-SNAPSHOT</version>
<dependency>
<dependency>
<groupId>commons-io </groupId>
<artifactId>commons-io</artifactId>
<version>2.6</version>
</dependency>
</dependencies>
</project>
Conto iki nduweni telung perkara sing ditulis:
- Informasi babagan versi standar proyek maven biru.
- Informasi babagan proyek kasebut kanthi warna abang.
- Informasi babagan perpustakaan sing digunakake yaiku ijo.
Ayo dideleng kanthi cetha ing piranti file pom.
Struktur proyek Maven
Lan langsung pitakonan: apa sampeyan menehi perhatian marang keanehan ing conto pungkasan? Ora ngemot informasi babagan kode proyek kasebut dhewe! Ora ana tembung ing ngendi file java, sumber daya, file properti, html, skrip mbangun lan liya-liyane disimpen.
Lan jawabane prasaja - Maven nggawe standar desain proyek kasebut. Ana sawetara opsi kanggo ngatur kode ing sawijining proyek, lan sing paling umum yaiku:
Struktur kasebut rada ora biasa sawise proyek IDEA standar, nanging iki universal. 90% proyek sing bakal sampeyan temoni ing urip sampeyan bakal duwe struktur folder iki .
Yen sampeyan nggawe proyek Maven (nggunakake IDEA utawa nggunakake console), banjur bakal njupuk formulir kasebut. Ayo padha ndeleng carane iku kabeh bisa ing kene.
Folder src , sampeyan guessed, ngemot kode sumber kanggo proyek kasebut. Wis rong subfolder: utama lan tes .
Folder /src/main/java minangka root kanggo kabeh kelas Java ing proyek kasebut. Yen sampeyan duwe kelas com.codegym.Cat, banjur bakal ana ing folder /src/main/java /com/codegym /Cat.java . Yen ana sumber teks utawa binar, kudu disimpen ing folder /src/main/resources .
Struktur folder /src/test padha karo struktur folder /src/utama , nanging ngemot tes lan sumber daya. Maven dhewe ngerti carane nindakake tes sing dibutuhake nalika mbangun proyek, nanging kita bakal ngomong babagan iki ing kuliah sing kapisah.
Ana uga folder / target ing proyek kasebut , ing ngendi Maven bakal nyimpen proyek kasebut sawise dibangun. Amarga proyek gedhe asring duwe skrip mbangun sing ora pati penting, ora ana sing disimpen ing folder iki.
Tujuan kaloro folder / target yaiku kanggo nggawe cache asil mbangun penengah. Nalika mbangun proyek gedhe, Maven mung bisa mbangun maneh bagean sing wis diganti, saéngga nyepetake wektu mbangun kaping pirang-pirang.
Inggih, minangka ceri ing kue - ing oyod proyek kasebut yaiku file pom.xml. Isine kabeh informasi sing dibutuhake babagan proyek kasebut, sing bakal dibahas ing ngisor iki.
Piranti pom.xml
Kanggo miwiti, file pom yaiku xml, saengga ngemot informasi header lan ruang jeneng standar. Iki kabeh babagan standar XML murni, mula kita ora bakal ngomong babagan iki kanthi rinci. Iki tegese:
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3 .org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
…
</proyek>
Uga, biasane baris pisanan ing tag <proyek> minangka katrangan babagan versi standar pom-file. Meh mesthi 4.0. Iki, uga, ora ana kapentingan kanggo kita.
Ing baris pisanan kita kasengsem ing katon kaya iki:
<groupId>com.sample.app</groupId>
<artifactId>new-app</artifactId>
<version>1.0-SNAPSHOT</version>
Supaya ora ngerti sepisan maneh apa kita njlèntrèhaké (program, project, modul, perpustakaan, etc.) ing standar Maven, iki kabeh disebut artefak tembung . Apa sampeyan ora bisa nolak pencipta Maven yaiku katresnan standarisasi.
Telung tag sing sampeyan deleng tegese:
- groupId - paket sing nduweni aplikasi, kanthi tambahan jeneng domain;
- artifactId - kunci string unik (id project);
- versi - versi proyek.
Telung paramèter iki cukup kanggo njlèntrèhaké artefak sembarang .
Salajengipun, sawise deskripsi proyek, biasane ana dhaptar artefak (perpustakaan) sing digunakake proyek kasebut. Iku katon kaya iki:
<dependency>
<groupId>commons-io</groupId>
<artifactId>commons-io</artifactId>
<version>2.6</version>
</dependency>
</dependencies>
Ing conto iki, kita nambah perpustakaan commons-io saka paket commons-io, versi 2.6, menyang proyek kita.
Ing wektu mbangun, Maven bakal nemokake perpustakaan kasebut ing repositori global lan ditambahake menyang proyek sampeyan. Lan, ora mung Maven sing bisa nindakake iki.
Carane IDEA dianggo karo Maven
Intellij IDEA apik kanggo nggarap Maven. Dheweke ngerti carane mbukak proyek kasebut, nggawe dhewe, mbukak macem-macem skrip mbangun, lan ngerti perpustakaan sing kalebu.
Malah duwe Maven sing dibangun dhewe kanggo sawetara wektu, nanging sampeyan isih kudu bisa nginstal lan ngatur dhewe, mula fitur IDEA iki ora kasebut sadurunge. Ing teori, IDEA bisa duwe konflik antarane loro Mavens, supaya iku apik kanggo ngerti sing ana loro.
Cara nggawe proyek Maven anyar ing IDEA:
Klik menu Files > New Project. Pilih item menu New Project ing sisih kiwa .
Ayo njlentrehake sawetara poin:
- Jeneng proyek;
- Folder kanggo proyek;
- Basa proyek kasebut yaiku Jawa;
- Jinis proyek yaiku Maven.
Ing bagean Setelan Lanjut ing sisih ngisor, IDEA bakal njaluk sampeyan nemtokake goupID, artifactID, lan versi proyek anyar kita. Data iki bisa tansah gampang diganti mengko. Pilih saka sing disaranake utawa ketik dhewe:
Sabanjure, nggawe proyek kanthi standar ing lokasi sing dibutuhake. Akibaté, kita ndeleng struktur:
Kelas lan paket kudu digawe ing folder java, kita wis ngomong babagan iki. Lan aku mikir sampeyan bisa ngatasi kanthi gampang. Kita siyap nerusake, nanging ayo bali sethithik, menyang masalah penting sing rada "dilewati".