1 Ia bebas masalah dan mudah, dan ia mesti seperti ini dalam beberapa kes, seperti ribut yang saya gunakan. Tetapi apabila projek anda semakin besar dan terdapat lebih banyak pakej balang, anda pasti akan menghadapi konflik pakej balang, memberitahu anda bahawa versi itu salah atau kelas tertentu tidak dapat ditemui Pada masa ini, anda akan keliru saya menyelesaikannya? Pada masa ini, anda perlu melengkapkan pakej satu demi satu balang untuk menyelesaikan masalah, dan akhirnya mengubah suai fail pom. Di samping itu, yang lain juga telah mengatakan bahawa kaedah 2 hanya perlu mengemas kini pakej balang individu apabila mengemas kini Ia masih berfaedah untuk penggunaan rangkaian yang perlahan apabila digunakan dari jauh Kelebihan lain ialah anda boleh lebih mengenali kebergantungan projek, iaitu lebih mudah untuk menyelesaikan masalah. Ringkasnya: Maven boleh menyelesaikan konflik masa kompilasi (melalui pom.xml), tetapi ia tidak dapat menyelesaikan kebergantungan dan konflik masa jalan.
Mudah untuk digunakan dan dijalankan, tetapi saya secara peribadi berpendapat itu sahaja.
Tidak perlu membungkus semula apabila mengemas kini perpustakaan bergantung individu; saiz muat naik lebih kecil apabila mengemas kini aplikasi itu sendiri. Penyelenggaraan rutin lebih tertumpu kepada kaedah ini.
Secara peribadi, saya rasa kaedah pertama adalah lebih baik ia hanya menjana satu fail, yang sangat bersih dan mudah untuk penggunaan operasi dan penyelenggaraan Sama seperti projek web yang dibungkus ke dalam pakej perang, dan semua balang itu bergantung berada dalam pakej perang. Banyak syarikat yang saya alami juga menggunakan kaedah pertama.
Turut dilampirkan ialah blog saya: http://xxgblog.com/2015/08/07... Ia memperkenalkan cara menggunakan pemalam pembungkusan Maven untuk dua pakej yang anda nyatakan.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
1 Ia bebas masalah dan mudah, dan ia mesti seperti ini dalam beberapa kes, seperti ribut yang saya gunakan. Tetapi apabila projek anda semakin besar dan terdapat lebih banyak pakej balang, anda pasti akan menghadapi konflik pakej balang, memberitahu anda bahawa versi itu salah atau kelas tertentu tidak dapat ditemui Pada masa ini, anda akan keliru saya menyelesaikannya? Pada masa ini, anda perlu melengkapkan pakej satu demi satu balang untuk menyelesaikan masalah, dan akhirnya mengubah suai fail pom. Di samping itu, yang lain juga telah mengatakan bahawa kaedah 2 hanya perlu mengemas kini pakej balang individu apabila mengemas kini Ia masih berfaedah untuk penggunaan rangkaian yang perlahan apabila digunakan dari jauh Kelebihan lain ialah anda boleh lebih mengenali kebergantungan projek, iaitu lebih mudah untuk menyelesaikan masalah. Ringkasnya: Maven boleh menyelesaikan konflik masa kompilasi (melalui pom.xml), tetapi ia tidak dapat menyelesaikan kebergantungan dan konflik masa jalan.
1 Baik, ia menjimatkan masalah Apabila membuat balang, ia hanya dimampatkan Apabila springboot digunakan, ia hanya dicipta ke dalam balang
Mudah untuk digunakan dan dijalankan, tetapi saya secara peribadi berpendapat itu sahaja.
Tidak perlu membungkus semula apabila mengemas kini perpustakaan bergantung individu; saiz muat naik lebih kecil apabila mengemas kini aplikasi itu sendiri. Penyelenggaraan rutin lebih tertumpu kepada kaedah ini.
Secara peribadi, saya rasa kaedah pertama adalah lebih baik ia hanya menjana satu fail, yang sangat bersih dan mudah untuk penggunaan operasi dan penyelenggaraan Sama seperti projek web yang dibungkus ke dalam pakej perang, dan semua balang itu bergantung berada dalam pakej perang. Banyak syarikat yang saya alami juga menggunakan kaedah pertama.
Turut dilampirkan ialah blog saya: http://xxgblog.com/2015/08/07... Ia memperkenalkan cara menggunakan pemalam pembungkusan Maven untuk dua pakej yang anda nyatakan.