表现层：它一方面为用户提供了交互的工具，另一方面也为显示和提交数据实现了一定的逻辑（页面展示和各种交互包括提交）
业务逻辑层：包含了系统所需要的所有功能上的算法和计算过程，并与数据访问层和表现层交互。（服务端返回 数据的处理以及相应页面的变化）
服务层：相当于中间类的作用，中间的工厂类提供了另一个通用放任接口让调用者可以使用接口暴漏的方法，而无需关注架构或底层发生的怎样的变化（但系统存在感不明显，多系统集成的时候明显，方便维护管理）
例子说明：
比如某公司的网站有很多新闻，新闻的来源可能是来自一个新闻录入系统，或者某些机构提供的报告，还有可能是其他的来源……开发的时候这是N个系统，A负责开发一个新闻录入系统把新闻添加入库，B负责把机构提供的报告进行一定的格式转换存入数据库，C负责……将来这些系统也部署在不同的服务器上。问题是，这N个系统有很多操作对于入库而言是相同的，比如说验证，也就是对新闻的检查工作，标题不能超过多少字，摘要不能超过多少字，某个新闻来源是不能用的等等。好了，如果入库前每个系统都做这样一个逻辑显然不能保证逻辑的统一，如果我们的表现层对于新闻入库的调用统一来源某个WCF服务，由这个WCF服务负责和后端的业务逻辑打交道。
这样，即使业务逻辑发生了改变，由于服务的接口没有发生改变，表现层也就无需改动（表现层只知道调用服务的增删改查方法，但服务具体在增删改查的时候做了什么表现层是一无所知的）。
数据访问层：所有从介质化读取数据或写入数据的工作都属于这一层的任务。
原文地址：https://blog.csdn.net/juse__we/article/details/80585196
原文地址：https://blog.csdn.net/juse__we/article/details/80585196
