浅谈三层模式

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

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

服务员的作用就是给你上菜,收集你的信息,比如来个鱼香肉丝,或是几瓶啤酒,烤串什么的!总之你的一切请求都只是面向服务员的!至于厨师是男的,女的,负责给厨师买材料的采购员,你是没必要知道的。一切为了顾客,就是服务员的宗旨!等哪天这个服务员辞职或是有事,咱们换个服务员就行,整个流程没有太大的变动!

下面就是说是厨师了,厨师收到服务员的信息,根据自己的手艺(逻辑)开始做菜。当需要材料的时候,就给采购员联系。等自己做完了,就让服务员端走。厨师只做菜,其他的一概不管!大厨都是这样的!

采购员就是根据厨师的要求,准备材料,更新材料!他的服务对象就是材料!

三者之间是这样的关系,服务员联系厨师,厨师没必要联系服务员。厨师联系采购员,采购员没有必要联系厨师。这就话听的有的别扭,不过就是这样的,虽然生活中有点难以讲通,不过想想,厨师做好了菜,就没事了,采购员管理好材料就没事。管的事多了费心,也容易出错!

除此之外,还有一个叫做数据模型的东西。我觉着它就是封装了一组方法,每个层都能调用它,就像饭店里的菜单,这种菜单能被服务员,厨师,采购员使用。菜单这东西不能调用服务员,厨师,采购员的。

老板这样安排有它的道理,想想看,谁坏了换谁。如果有了新的菜市场,只需要增加一个采购员就行了,厨师和服务员基本没有变化。说说安全性,如果每个厨师都去亲自采购的话,虽然效率提高了,但是菜市场就来了这么多人,你拿我放,你来我往的,不出错很难说!如果来个专门的人,所以就安全了吧!

三层的思想好像在后面的学习也有,虽有不同,但是思想没什么变化!随着社会化大生产的发展,我们身边这样的事情挺多的!计算机源于生活,当然这也不例外!

浅谈三层模式,布布扣,bubuko.com

时间: 2024-10-23 04:17:13

浅谈三层模式的相关文章

浅谈“三层架构”

今天我们来谈谈三层和传说中的"七层". 三层:(先看图)             首先,我觉得学习三层并不太难,体现在三方面:认识不难.理解不难.它所展现的内容不难. "认识三层",网上随便一搜"软件的三层架构"云云,各种文章眼花缭乱.简单说三层就是指"表现层UI.业务逻辑层BLL和数据访问层DAL".表现层主要处理用户与界面的关系,业务逻辑层当然是主要处理业务逻辑,数据访问层就是处理有关数据库的系列操作,比如增删改查等. 其

浅谈三层架构(2)

感受: 对于三层的学习,自己刚开始的感觉真的是一头雾水啊,当时真的出现了很烦躁的感觉,我想这种感觉的出现真的是很可怕的,就这样耽误了两天,在网上也搜寻者自己想要的资料,昨天四姐也好心给调试了一番,顿时把自己的大脑打通了,其实问题难不难,就在于能不能打开思路了! VB.NET的三层实现: 上篇文章主要是对于三层有了一个表面的理解,下面针对机房收费登陆界面来进行一下简单的理解: UI层主要就是表面的构建,多以需要使用windows窗体来完成,而其他BLL和DAL则不需要,之间建立一个类库则可以完成自

浅谈工厂模式

一个简单的计算器例子来描述工厂模式 Operator公共接口 package com.iss.factory; public interface Operator { public int getResult(int x, int y); } Add.java package com.iss.factory; public class Add implements Operator{ @Override public int getResult(int x, int y) { // TODO A

重构机房收费系统—浅谈三层

重构机房基本完成了,期间三层重构完了,推翻之后,再重构七层(外观和工厂),再重构,来来回回用了一个月........ 重构机房从画图画到一半就废弃了,因为对三层不熟,之后,做完了,才敢重新拾起来画.画图先从包图开始,宏观上有个了解: (一)重构机房包图: 先前画包图的时候,跟师傅交流,结果被一个师姐给笑话了,因为我认为:它们各个层之间都是双向箭头的,后来才知道,箭头表示调用关系,B层只能被U层或外观调用,B层不能调用U层,所以不存在双向箭头,大家注意. 在我这次重构中是严格按照上面的图中来的.

浅谈三层与实体

如果说类实现了封装,那么三层又将相关的类进行了封装,把它们封装在三个类库中.因为类的存在,减少了类与类之间的耦合:因为三层的存在,减少了职责不同的类之间的耦合. 所以三层的目的和面向对象的思想是一致的,就是要实现高内聚,低耦合,便于代码的更改,复用,即提高代码的灵活性,可维护性,复用性.还有一点很重要,就是安全. 我想看这篇文章的人至少对三层有一点点了解.一定知道三层包括:UI(User Interface Layer)表示层,BLL(Business Logic Layer)业务逻辑层,DAL

浅谈三层架构(1)

这周单位要做一个人脸美化的项目,查资料遇到这位大牛的博客,地址如下:点击打开链接 我的代码也是在他的基础上进行修改的,但是他对图像的RGB三个通道平等调节,为了适应我的需求,我改成了针对三个通道分别调节.废话不多说,开始上源码 void ImageAdjust(Mat& src, Mat& dst, vector<double> low_in, vector<double> high_in, vector<double> low_out, vector&

浅谈三层

三层大家都知道了,各种生活化的例子也就不再向大家举了.这里说说我对三层的理解. 三层: 所谓三层体系结构,是在客户端与数据库之间加入了一个"中间层",也叫组件层.这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个层放置到一台机器上. 三层究竟有哪三层: 表现层(User Interface).业务逻辑层((Business Logic Layer).数据访问层((Data Access

浅谈三层架构

三层架构并不是MVC,MVC是一个很早就有的经典的程序设计模式,M-V-C分为三层,M(Model)-V(View)-C(Control).而web开发中的三层架构是指:数据访问层(DAL-DatabaseAccessLayer),业务逻辑层(BLL-BusinessLoginLayer),以及用户界面层(UI-UserInterface,实际就是网页后台的具体调用BLL层).这个是基本概念.曾经我以为三层架构就是在AppCode中,分为三个大类与若干小类,各司其职.在经过一番洗礼后,才发觉多么

浅谈MVC模式

1. 如何设计一个程序的结构,这是一门专门的学问,叫做"架构模式"(architectural pattern),属于编程的方法论. MVC模式就是架构模式的一种,它对我的启发特别大.我觉得它不仅适用于开发软件,也适用于其他广泛的设计和组织工作. 下面是我对MVC模式的一些个人理解,不一定正确,主要用来整理思路. 2. MVC是三个单词的首字母缩写,它们是Model(模型).View(视图)和Controller(控制). 这个模式认为,程序不论简单或复杂,从结构上看,都可以分成三层.