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

时间:2015-05-14 16:52:37

标签: oop java-ee architecture language-agnostic

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

-Srk
-SrkEJB
-SrkUtils
-SrkWeb

我已经完成了代码,我看到一些模块很小,例如:SrkEJB模块只有2个EJBS。我没有看到为2个Java类创建单独模块的任何理由。

我简化了上述方法,如下所示。

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

第一个基于模块的体系结构与体系结构的第二个体系结构有何不同?通常,从头开始创建应用程序时,大多数情况下都是如此?如果没有,那么每种方法的权衡取舍是什么?我相信这不仅仅是针对Java的。

1 个答案:

答案 0 :(得分:1)

  

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

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

包/模块的名称应清楚地说明其用途。所以,模块名称" Srk"对我来说似乎很糟糕(我想" srk"是某种缩写的公司名称,与建筑无关)。

同样可能与" utils"有关,这对我来说听起来很通用。这是不可能的,这些工具是什么。