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

Question

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

-Srk
-SrkEJB
-SrkUtils
-SrkWeb

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

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

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

从架构的角度来看，第一个基于模块的架构与第二个有何不同？一般来说，从头开始创建应用程序时，主要遵循哪一个？如果不是，那么每种方法的权衡取舍是什么？我相信这不仅仅针对 Java。

Answer 1

我认为没有任何理由为 2 个 Java 类创建单独的模块。

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

包/模块的名称应该清楚地说明其用途。所以，模块名称“Srk”对我来说似乎很糟糕（我想“srk”是某种缩写的公司名称，与架构无关）。

这可能与“utils”有关，这对我来说听起来很笼统。无法判断，这些实用程序是关于什么的。