认识达内从这里开始

我们在前几期的文章中给大家简单介绍了分层架构开发需要掌握的一些架构方法等内容，而本文我们就再来了解一下，分层架构设计的作用与实现方法。

说了这么多分层的优点，那么当我们要做分层设计的时候，需要考虑哪些关键因素呢?

在我看来，主要的一点就是你需要理清楚每个层次的边界是什么。你也许会问：“如果按照三层架构来分层的话，每一层的边界不是很容易就界定吗?”

没错，当业务逻辑简单时，层次之间的边界的确清晰，开发新的功能时也知道哪些代码要往哪儿写。但是当业务逻辑变得越来越复杂时，边界就会变得越来越模糊，给你举个例子。

任何一个系统中都有用户系统，基本的接口是返回用户信息的接口，它调用逻辑层的GetUser方法，GetUser方法又和UserDB交互获取数据。

这时，产品提出一个需求，在APP中展示用户信息的时候，如果用户不存在，那么要自动给用户创建一个用户。同时，要做一个HTML5的页面，HTML5页面要保留之前的逻辑，也就是不需要创建用户。这时逻辑层的边界就变得不清晰，表现层也承担了一部分的业务逻辑(将获取用户和创建用户接口编排起来)。

我来解释一下这个分层架构中的每一层的作用。

终端显示层：各端模板渲染并执行显示的层。当前主要是Velocity渲染，JS渲染，JSP渲染，移动端展示等。

开放接口层：将Service层方法封装成开放接口，同时进行网关安全控制和流量控制等。

Web层：主要是对访问控制进行转发，各类基本参数校验，或者不复用的业务简单处理等。

Service层：业务逻辑层。

Manager层：通用业务处理层。这一层主要有两个作用，其一，你可以将原先Service层的一些通用能力下沉到这一层，比如与缓存和存储交互策略，中间件的接入;其二，你也可以在这一层封装对三方接口的调用，比如调用支付服务，调用审核服务等。

DAO层：数据访问层，与底层MySQL、Oracle、HBase等进行数据交互。

外部接口或三方平台：包括其它部门RPC开放接口，基础平台，其它公司的HTTP接口。

在这个分层架构中主要增加了Manager层，它与Service层的关系是：Manager层提供原子的服务接口，Service层负责依据业务逻辑来编排原子接口。

以上面的例子来说，Manager层提供创建用户和获取用户信息的接口，而Service层负责将这两个接口组装起来。这样就把原先散布在表现层的业务逻辑都统一到了Service层，每一层的边界就非常清晰了。

除此之外，分层架构需要考虑层次之间一定是相邻层互相依赖，数据的流转也只能在相邻的两层之间流转。

我们还是以三层架构为例，数据从表示层进入之后一定要流转到逻辑层，做业务逻辑处理，然后流转到数据访问层来和数据库交互。那么你可能会问：“如果业务逻辑很简单的话可不可以从表示层直接到数据访问层，甚至直接读数据库呢?”

其实从功能上是可以的，但是从长远的架构设计考虑，这样会造成层级调用的混乱，比方说如果表示层或者业务层可以直接操作数据库，那么一旦数据库地址发生变更，你就需要在多个层次做更改，这样就失去了分层的意义，并且对于后面的维护或者重构都会是灾难性的。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。