zoukankan      html  css  js  c++  java
  • 浅谈三层模式

              总觉的对三层的理解非常肤浅,这几天看了相关的资料,无非谈的就是概括和基本组建附加个小样例。看完了,感觉说的大同小异,自己的理解好像也没什么多大变化。仅仅只是加深了点罢了。只是想想有几天在这方面的思考,还是总结一下吧!

          你去饭店吃饭,就遇见了三层。咱们唠唠吃饭这事。

           服务员的作用就是给你上菜,收集你的信息,比方来个鱼香肉丝。或是几瓶啤酒,烤串什么的。总之你的一切请求都仅仅是面向服务员的。至于厨师是男的,女的。负责给厨师买材料的採购员,你是不是必需知道的。一切为了顾客,就是服务员的宗旨!

    等哪天这个服务员辞职或是有事,咱们换个服务员即可,整个流程没有太大的变动!

            以下就是说是厨师了,厨师收到服务员的信息,依据自己的手艺(逻辑)開始做菜。当须要材料的时候。就给採购员联系。等自己做完了,就让服务员端走。厨师仅仅做菜,其它的一概无论!

    大厨都是这种!

          採购员就是依据厨师的要求,准备材料。更新材料!

    他的服务对象就是材料!

           三者之间是这种关系,服务员联系厨师。厨师不是必需联系服务员。厨师联系採购员,採购员没有必要联系厨师。

    这就话听的有的别扭,只是就是这种,尽管生活中有点难以讲通,只是想想。厨师做好了菜,就没事了,採购员管理好材料就没事。管的事多了费心,也easy出错!

          除此之外,另一个叫做数据模型的东西。

    我觉着它就是封装了一组方法,每一个层都能调用它,就像饭店里的菜单,这样的菜单能被服务员,厨师,採购员使用。菜单这东西不能调用服务员,厨师,採购员的。

          老板这样安排有它的道理。想想看。谁坏了换谁。

    假设有了新的菜市场。仅仅须要添加一个採购员即可了。厨师和服务员基本没有变化。说说安全性。假设每一个厨师都去亲自採购的话,尽管效率提高了,可是菜市场就来了这么多人。你拿我放。你来我往的。不出错非常难说!

    假设来个专门的人。所以就安全了吧。

           三层的思想好像在后面的学习也有,虽有不同,可是思想没什么变化。随着社会化大生产的发展。我们身边这种事情挺多的!

    计算机源于生活,当然这也不例外!

  • 相关阅读:
    榨干PHP性能的使用细节
    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!
    Oracle 表锁处理总结
    Windows安装NodeJS
    RedHed5.8 重装yum
    linux Redhat5.8 升级 openSLL 无法升级成功,解决办法
    idea安装详情
    Linux升级OpenSSH 和 OpenSSL 详细步骤
    Oracle dmp文件 exp导出,imp导入
    redis哨兵模式增加密码认证
  • 原文地址:https://www.cnblogs.com/mfmdaoyou/p/6722051.html
Copyright © 2011-2022 走看看