建造一个巨大的罐子而不是几个小罐子的优点/缺点？ [英] Advantages/disadvantages of building one huge jar as opposed to several smaller?

问题描述

我见过 http://one-jar.sourceforge.net/ 和< a href =http://fjep.sourceforge.net/index.html =noreferrer> http://fjep.sourceforge.net/index.html 促进将您的应用程序jar和任何依赖项滚动到一个可执行的jar。

I have seen programs like http://one-jar.sourceforge.net/ and http://fjep.sourceforge.net/index.html promote rolling your application jar and any dependencies into a single, executable jar.

这样做的主要原因是什么？

What are the main reasons for/against doing this?

推荐答案

对于：

• 更容易分发，


• 使类路径问题消失，


• 甚至可以在Ms PowerPoint演示文稿中打包为可点击图标，可能OpenOffice也可以处理它。

反对：

• 困难包装 - 有时你遇到了一个例子：如何打包原生扩展，


• 需要额外的构建步骤，


• 生成更大的jar，


• 可能违反图书馆的许可协议，


• 杀死图书馆重用的概念，


• 进行更新和


• 调试（因为额外的类路径加载器）更难。

• difficult packaging - sometimes you hit a corner case such as: how to package native extensions,
• requires extra build step,
• generates larger jars,
• can violate library's license agreement,
• kills the notion of library reuse,
• makes updates and
• debugging (because of extra classpath loader) more difficult.

所以一般来说，它真的是快速的好方法原型设计，但如果在更大的项目中使用，可能会出现问题。

So generally, it's really a great way for quick prototyping, but can get in a way if used in a bigger project.

这篇关于建造一个巨大的罐子而不是几个小罐子的优点/缺点？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！