逗B少年搞程序10 如果你愿意一层一层一层的剥开我的心~

    这几天被考试耽误了很多啊，然后学校又安排了实训一周，恩，在耽误学习方面，我大狼院果然是师范级的。

    幸好我们周六周日不让放假了，不然估计进度直接就停了。这两天也是抽出了时间把敲了一下三层的例子，师姐说尽量做成传实体的程序，那就我敲了个传实体的代码。

    敲完了我倒是觉得这样传参数貌似更简单了，只要思路够清晰，都不用担心方法参数写错的问题诶。

    好了，今天天气不错，又是刮风又是下雨的，咱就写点东西，攒攒人品。

    很早之前，达哥带我的时候顺便听着师哥师姐说问题的时候就听到了什么U层，D层的，当时就在想这什么玩意，这么高端？代码还能分层？后来看到大屈童鞋的博客，出来个七层，再看下面米老师的评论：“看似七层，实则三层”。我靠，到底几层。。。查了资料之后又出了个MVC，奈何当时菜鸡一只，还在面向过程的分数段挣扎着，虽然看懂了一点，但是最大的问题没有解决：为什么要分层？

    学设计模式的时候，有了一点思路，大概分层的主要目的是解耦，为了让系统方便维护什么的吧，学到现在发现，差不多就是这样，敲完例子，我换了个B层的逻辑，没改变传的参数，直接就能运行，真好玩啊，这样到机房的时候应该就可以省好多事了。

    那么，再写点三层的理论凑字数好了。

    所谓三层，显示层，业务逻辑层，数据访问层。

    显示层（U层），就是显示用的（X：废话！），一般就是由我们在电脑屏幕上看到的控件什么的组成的，但是显示层也是有代码的，一般的代码就是接受用户的操作，和显示结果给用户看。

    业务逻辑层（B层），放着大量的逻辑算法之类的，需要添加新的功能，在这写算法就行了。

    数据访问层（D层），直接连接数据库，对数据库中的表进行操作。

    实体层（Model层），里面放着我们学面向对象一开始就接触的什么雇员类啊，老板类啊。我倒是觉得这个只是为了传实体的时候方便，而且这些类，放到上面哪层都不合适，就只能单独出来了。

    找完了区别，就该找联系了，联系这个东西还挺简单的，三层之间需要穿参数，所以都需要和实体层联系着。U层依赖B层进行逻辑运算，B层依赖D层就行数据访问，至于D层嘛。。。只负责对数据库操作难道依赖着数据库？

    我看好多人的博客中写道，按照三层架构编写的系统，会出现降低效率的问题，很多直接访问数据库的功能的是要在中间层中进行。我只能说，有些东西要权衡利弊吧，分层降低效率，但是可以降低耦合，更加安全，容错率高，易于维护，这些东西都是前辈们体会到了之后，我们才不用纠结到底分不分层的。

    但是，总觉得我们在丧失着一些基本的思考能力，我记得以前谁跟我说过，查资料先不要看提高班的博客的，学的东西都差不多，前人博客写的好，后来者就直接抄，就算经过了大脑，也是在师哥师姐的思维限制之下形成的知识，以后大伙给徒弟开会说机房收费系统的时候，多让他们变通变通吧，别照着原型就抄上了，起码加一些自己的思路吧。

    好了，这次就到这。