学习是最好的投资！
1省事方便，在某些情況下也必須是這樣，例如我用過的storm。但是隨著你專案大了，jar包多了，難免會遇到jar包衝突，告訴你版本不對或找不到某個類，這時候你就困惑了，maven不是幫我解決了嗎？ 這時候還得一個jar包一個jar包的整才能解決問題，最後再修改pom檔。另外，其他人也說了，方式2在更新時，只需要更新個別jar包，遠程部署時對於龜速網絡還是有優勢的，還有個好處，你可以更熟悉項目的依賴，便於解決問題。總之：maven可以解決編譯時的衝突（透過pom.xml），但是解決不了執行時間的依賴和衝突。
1好，省事，打jar就是壓縮了一下，springboot部署時不就是打成一個jar
部署運作方便，我個人覺得僅此而已。
更新個別依賴函式庫時無需重新打包；更新應用程式本身時上傳的體積較小。日常維護更偏重於這種方式。
個人覺得第一種方式更好一些，只生成一個文件，很乾淨，維運部署也方便，就像web項目打成war包，依賴的所有jar都在war包裡面。我經歷的多家公司也都是採用第一種方式。
另外附上我的一篇部落格：http://xxgblog.com/2015/08/07... 介紹了你說的兩種包的Maven打包插件的使用方法。
1省事方便，在某些情況下也必須是這樣，例如我用過的storm。但是隨著你專案大了，jar包多了，難免會遇到jar包衝突，告訴你版本不對或找不到某個類，這時候你就困惑了，maven不是幫我解決了嗎？ 這時候還得一個jar包一個jar包的整才能解決問題，最後再修改pom檔。另外，其他人也說了，方式2在更新時，只需要更新個別jar包，遠程部署時對於龜速網絡還是有優勢的，還有個好處，你可以更熟悉項目的依賴，便於解決問題。總之：maven可以解決編譯時的衝突（透過pom.xml），但是解決不了執行時間的依賴和衝突。
1好，省事，打jar就是壓縮了一下，springboot部署時不就是打成一個jar
部署運作方便，我個人覺得僅此而已。
更新個別依賴函式庫時無需重新打包；更新應用程式本身時上傳的體積較小。日常維護更偏重於這種方式。
個人覺得第一種方式更好一些，只生成一個文件，很乾淨，維運部署也方便，就像web項目打成war包，依賴的所有jar都在war包裡面。我經歷的多家公司也都是採用第一種方式。
另外附上我的一篇部落格：http://xxgblog.com/2015/08/07... 介紹了你說的兩種包的Maven打包插件的使用方法。