认识达内从这里开始

通过将代码分层来进行软件开发的规划设计与逻辑结构是程序员必须具备的一种思维方式和能力，而今天我们就一起来了解一下，分层思维架构的具体内容与特点。

分层思想，是应用系统常见的一种架构模式，我们会将系统横向切割，根据业务职责划分。MVC 三层架构就是非常常见的架构模式，划分的目的是规划软件系统的逻辑结构便于开发维护。MVC：英文即 Model-View-Controller，分成模型层、视图层、控制层。将页面和业务逻辑分离，提高应用的可扩展性及可维护性。

事实上，MVC 三层架构只是概念层面的指导思想，我们会将层次结构划分的更加细致。例如，传统后端的 MVC 模式对于前后端的划分界限比较模糊。一般情况下，前端开发人员负责编写项目的静态页面，包括 HTML 页面、CSS 样式与 JavaScript 交互部分，并提供给服务端开发人员编写视图层业务，甚至有的项目直接让前端开发人员完成视图层的业务开发任务。这样的开发模式造成的问题在于，前后端在开发过程中分工不明确，并且存在相互强依赖，前端开发人员需要关心服务端的业务，服务端开发人员也需要依赖前端的进度。并且随着 Android、 IOS、 PC 以及 U3D 等多个客户端加入，程序的开发成本与维护成本会指数级上升。为了提高开发效率，细化职责，前后端分离的需求越来越被重视。前后端分离在于服务端提供 API 接口，前端调用 AJAX 实现数据交互。

此外，随着数据存储能力的不断扩展(MySQL、Oracle、Redis、MongoDB、ElasticSearch、PostgreSQL、HBase 等)，以及随着微服务的流行与普及，我们经常通过 RPC(Dubbo、HSF、Thrift 等)依赖很多外部接口或 HTTP 调用三方平台。因此，我们需要一套细致划分的代码结构。此外，很多时候，我们在开发过程中，也并没有把它们职责划分开。例如，在代码结构中，我们将非常多的逻辑业务放在了 Controller 层，而只把 Service 作为数据透传的途径了。事实上，这个是不对的。无独有偶，我们还会发现有的项目中在 Dao 层调用远程服务，也有的会在 Service 层或者 Controller 层进行这样的操作，由于不同研发同学的习惯不同，或者偷工取巧导致开发代码风格完全不同，代码层次结构混乱。

其中， 数据持久层 承载了数据存储和访问的能力，它既与底层数据进行交换，包括 MySQL、Oracle、Redis、MongoDB、ElasticSearch、PostgreSQL、HBase 等，又通过 Pxoxy 的代理和包装与远程服务数据进行联动。因此，在业务逻辑层调用时，它对底层的数据实现方式是无感知的，无论是哪种数据存储方式，以及它是远程数据，还是本地数据，都可以非常容易的调用。换句话说，我们需要将数据的查询和更改操作限制在数据持久层，并只能被业务逻辑层访问。

那么， 业务逻辑层 的职责是与 数据持久层 交互，对多个数据源的操作进行聚合，并且提供组合复用的能力。此外，它也是业务通用能力的处理层，其中还包括缓存方案、消息监听(MQ)、定时任务等等。此外，我们要将尽可能多的业务处理放在 业务逻辑层 ，包括了参数校验、数据转换、异常处理等，而不是在 Controller 再去处理。

作者：梁桂钊

节选：公众号：服务端思维

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!