java——在java或初级开发概念中，大肥罐是一种常见的做法吗？

我有一个java应用程序，所有依赖项JAR都存储在一个单独的文件夹中，所有JAR文件夹大小都超过80mb。创建一个80mb大小的大罐子是一种常见的做法吗？它是专业概念还是不好？

minecraft服务器可执行文件是一个大的

.jar

。我敢打赌，他们比我更优秀的Java程序员，所以我不会觉得自己像一个新手，把我的应用打包在一个大罐子里。抱歉，我没有比轶事输入更好的东西。

minecraft服务器可执行文件是一个大的

.jar

。我敢打赌，他们比我更优秀的Java程序员，所以我不会觉得自己像一个新手，把我的应用打包在一个大罐子里。很抱歉，我没有比轶事输入更好的东西。

A.jar只是一个库的包装。最终的大小不是设计问题：您应该考虑您计划在其他应用程序中重用哪些组件，或者您选择构建应用程序的体系结构。如果之前没有计划该应用程序将来会变成什么样子，那么将来你会发现需要将其拆分为几个模块。 不要沉迷于它，但要始终牢记全局：它将避免你将来遇到问题

---

选择一种方法来设计您的解决方案将对您有很大帮助。有很多文献：只需为你的问题寻找合适的文献。

a.jar只是一个库的包装。最终的大小不是设计问题：您应该考虑您计划在其他应用程序中重用哪些组件，或者您选择构建应用程序的体系结构。如果之前没有计划该应用程序将来会变成什么样子，那么将来你会发现需要将其拆分为几个模块。 不要沉迷于它，但要始终牢记全局：它将避免你将来遇到问题

---

选择一种方法来设计您的解决方案将对您有很大帮助。有很多文献可供参考：只要为你的问题寻找合适的方法。

我认为这方面没有普遍的做法。有些人用一种方式，另一些人用另一种方式。只有一个文件可能比一个目录中充满jar文件更方便。如果您使用Maven，您可以使用构建一个包含所有依赖项的jar。有些人用一种方式，另一些人用另一种方式。只有一个文件可能比一个目录中充满jar文件更方便。如果您使用Maven，您可以使用构建一个包含所有依赖项的jar。有很多相反的例子，如果有什么不同的话，那就是说它依赖于Java解决方案的应用程序。我们没有太多的背景。正如你所说：轶事证据不是证据。有很多相反的例子，如果有什么不同的话，那就是说它依赖于Java解决方案的应用程序。我们没有太多的背景。