这些天都非常推迟考试啊。然后，学校已安排一周培训，是的。在延迟学习，大狼医院我真的是正常水平。
幸好我们周六周日不让放假了，不然预计进度直接就停了。这两天也是抽出了时间把敲了一下三层的样例。师姐说尽量做成传实体的程序，那就我敲了个传实体的代码。
敲完了我倒是认为这样传參数貌似更简单了，仅仅要思路够清晰，都不用操心方法參数写错的问题诶。
好了。今天天气不错，又是刮风又是下雨的，咱就写点东西，攒攒人品。
非常早之前，达哥带我的时候顺便听着师哥师姐说问题的时候就听到了什么U层，D层的。当时就在想这什么玩意，这么高端？代码还能分层？后来看到大屈童鞋的博客。出来个七层，再看以下米老师的评论：“看似七层，实则三层”。
我靠。究竟几层。。
。查了资料之后又出了个MVC，奈何当时菜鸡一仅仅，还在面向过程的分数段挣扎着，尽管看懂了一点，可是最大的问题没有解决：为什么要分层？
学设计模式的时候。有了一点思路，大概分层的主要目的是解耦，为了让系统方便维护什么的吧，学到如今发现，差点儿相同就是这样。敲完样例，我换了个B层的逻辑，没改变传的參数，直接就能执行。真好玩啊，这样到机房的时候应该就能够省好多事了。
那么，再写点三层的理论凑字数好了。
所谓三层，显示层，业务逻辑层，数据訪问层。
显示层（U层）。就是显示用的（X：废话。），一般就是由我们在电脑屏幕上看到的控件什么的组成的，可是显示层也是有代码的，一般的代码就是接受用户的操作，和显示结果给用户看。
业务逻辑层（B层）。放着大量的逻辑算法之类的。须要加入新的功能，在这写算法即可了。
数据訪问层（D层），直接连接数据库，对数据库中的表进行操作。
实体层（Model层）。里面放着我们学面向对象一開始就接触的什么雇员类啊。老板类啊。我倒是认为这个仅仅是为了传实体的时候方便，并且这些类，放到上面哪层都不合适，就仅仅能单独出来了。
找完了差别。就该找联系了，联系这个东西还挺简单的，三层之间须要穿參数。所以都须要和实体层联系着。U层依赖B层进行逻辑运算，B层依赖D层即可数据訪问。至于D层嘛。。。
仅仅负责对数据库操作难道依赖着数据库？
我看好多人的博客中写道，依照三层架构编写的系统。会出现减少效率的问题。非常多直接訪问数据库的功能的是要在中间层中进行。我仅仅能说，有些东西要权衡利弊吧。分层减少效率，可是能够减少耦合，更加安全。容错率高，易于维护，这些东西都是前辈们体会到了之后，我们才不用纠结究竟分不分层的。
可是，总认为我们在丧失着一些主要的思考能力，我记得曾经谁跟我说过。查资料先不要看提高班的博客的。学的东西都差点儿相同，前人博客写的好，后来者就直接抄，就算经过了大脑，也是在师哥师姐的思维限制之下形成的知识。以后大伙给徒弟开会说机房收费系统的时候，多让他们变通变通吧。别照着原型就抄上了，起码加一些自己的思路吧。
行。此去的这。
版权声明：本文博客原创文章，博客，未经同意，不得转载。