基于模块的项目与普通项目

Question

我在一个已建立的企业应用程序上编写代码。我看到应用程序有4个模块，如下所示。

-Srk
-SrkEJB
-SrkUtils
-SrkWeb

我已经看过了代码，我发现有些模块很小，例如: SrkEJB模块只有2个EJBS。我看不出有任何理由为两个Java类创建单独的模块。

我已经简化了上面的方法，如下所示。

Srk
 - com.srk.utils
 - com.srk.ejb
 - com.srk.web

从架构的角度来看，第一个基于模块的架构与第二个有什么不同？通常，在从头开始创建应用程序时，以下哪一项是最重要的？如果不是，每种方法的权衡是什么？我相信这不仅仅是Java所特有的。

Answer 1

我看不出有任何理由为两个

类创建一个单独的模块。

我认为这是一个无效的推理链。每当您发现与同一主题相关的类时，都应该创建一个单独的模块。类的数量在这里无关紧要。如果一个类的用途确实与其他类不同，那么您可能只有一个包含该类的模块。

包/模块的名称应该清楚地说明它的用途。因此，模块名称"Srk“对我来说似乎不太好(我认为"srk”是某种公司名称的缩写，与体系结构无关)。

同样的可能与"utils“有关，这对我来说听起来很普通。很难说，这些实用程序是关于什么的。