我对 Java 领域有点陌生，并且对构建 Web 门户的最佳实践有一些疑问。所以我的问题是，将巨大的 war 文件分解为较小的 war 文件是否有任何优势。我唯一能想到的:
模块化:它允许单独的开发人员处理站点的不同部分并单独部署它们。
组织:如果网站的某些部分不在同一代码库中，则可以更轻松地查找它们。
可扩展性:只有当您要将网站的某些部分部署在不同的网络服务器上时，这对我才有意义。如果它们都部署到相同的前端服务器上有什么优势吗？
据我所知，大多数人似乎认为一个大的 war 文件是最好的方法:避免冗余、一步部署等。那么有理由将其分解吗？也许网站的匿名/宣传册版本与经过身份验证的版本？
最佳答案
运维人员更喜欢一个大的 .war，因为这意味着只需部署一件事。
但是，如果您可以轻松地将网站分解为单独的 .war，并诚实地部署和取消部署它们，而不会影响其他部署的工件，并且确定您需要这个粒度(参见 YAGNI )，然后将其分解。
关于jakarta-ee - 单独的 war 文件的优缺点，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12571081/