分层开发的缺点

96
写演
2017.10.03 14:41* 字数 390

第一层是数据持久层,负责处理映射和访问关系数据库。

第二层负责处理对象在所有情况下的固有行为。

第三层放置特定应用程序的功能。

第四层定义公共接口,隐藏了第一、二、三层的所有实现细节。

每层都有很好的定义,清楚实现了关注点的分离,这样的分层要求每个层都放到单独的一组包中,并根据标示惯例来命名,这样一下子把所有的注意力都吸引到分层上来,领域开发人员尽量避免创建更多Module,因为每个模块都要乘以4。而且重构模块的影响范围太大,几乎不能更改模块。

由于分层,很难跟踪定义了一个概念的所有数据和行为,而且还要考虑分层产生的间接关系,因此开发人员没有多少精力考虑模型。只是基本满足了应用程序数据访问的需求,通过几个service提供了一些行为,项目从MODEL-DRIVER-DESIGN获得的益处很少,代码没有清晰的揭示模型,开发人员也无法充分利用模型。

这种框架尝试解决两个合理的问题:

问题的关注点的划分,一个对象负责数据库访问,另一个负责处理

日记本
Web note ad 1