三层架构——穿针引线

　　期末考试期间，没心思学习计算机，于是，就把手头的工作放下了，有时间就敲敲大话设计模式中的例子，但是耳边经常响起同学们讨论三层的声音，久而久之，即便.net和三层的学习任务还没进行，但是已经按照自己的想法去理解三层，对它的恐惧也没那么深了~

　　下午，终于将代码调试运行了出来，很庆幸没有顺风顺水地过来，否则真心有一种没经历过的感觉，嘻嘻！

　　源代码分享：https://yunpan.cn/crvwAD9xQbZSQ  访问密码 df30

　　 所谓的三层分为物理上的三层和逻辑上的三层。物理上的三层包括：客户端（PC)、应用服务器、数据库服务器。逻辑上的三层，也就是我们要讨论的，分为表示层、业务逻辑层、数据访问层。实体层，严格的来说不属于三层中的任一层，它是独立于其他三个层次的，只能供其他层次进行引用，但是不能引用其他的三个层次。

　　从上图中可以看出，D层位于三层的最底，主要是连接数据库,从数据库中读取信息,然后再以实体的形式传给B层,B层的作用就是承上启下，将数据表现在用户面前。那么实体层是干什么的呢？在我看来，实体层就像是一个载体，它有两个功能，一是记录，二是调和。

　　说到记录，我们看一下实体层的代码吧：　　

namespace Login.Model
{
    public class UserInfo
    {
        public int ID { get; set; }
        public string UserName { get; set; }
        public string Password { get; set; }
        public string Email { get; set; }
    }
}

　　

　　很容易发现，实体层很像一个派出所，将所有的居民（参数）都做了记录，让他们有了自己的身份证，所以，实体层有一种记录被操作的数据的功能（PS:像不像我们每天在今目标上签到呢？）；至于说它有调和的作用，是因为U层和D层不是直接打交道的，这样才能体现三层解耦的作用，那么，如何让三者之间融洽地合作完成任务呢？此时，就需要实体层来充当一个中转站、和事老了~他有条不紊的起着穿针引线的作用，让数据在三层之间有序地使用着，处理着。

　　就写到这里吧，总而言之，不管是三层还是七层，就是分出互不影响的模块，最后按照需要进行穿针引线的拼接，达到解耦合的目的。综述：架构目的=维护、扩充、升级。