您的位置:首页 > 其它

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

2014-06-24 11:28 253 查看
    这几天被考试耽误了很多啊,然后学校又安排了实训一周,恩,在耽误学习方面,我大狼院果然是师范级的。

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

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

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

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

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

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

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

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

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

    数据访问层(D层),直接连接数据库,对数据库中的表进行操作。

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

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

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

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

    好了,这次就到这。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐