漫漫长途，终有回转；余味苦涩，终有回甘

关于装饰模式介绍，还请大家移步【设计模式】——装饰器模式VS代理模式，本文主要介绍职责链模式，比较两者的不同之处职责链模式（行为型）定义: 使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。主要解决：职责链上的处理者负责处理请求，客户只需要将请求发送到职责链上即可，无须关心请求的处理细节和请求的传递，所以职责链将请求的发送者和请求的处理者解耦了。何时使用：在处理消息的时候以过滤很多道。如何解

设计模式主要分三个类型:创建型、结构型和行为型。1．创建型模式社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源，所以单独对对象的创建进行研究，从而能够高效地创建对象就是创建型模式要探讨的问题。2.结构型模式在解决了对象的创建问题之后，对象的组成以及对象之间的依赖关系就成了开发人员关注的焦点，因为如何设计对象的结构、继承和依赖关系会影响到后续程序的维护性、代码的健壮性、耦合性等。3.行为型模式在对象的..

最近在学习Spring的源码，虽然对源码认识不深刻，却勾起了对设计模式的热爱，越发能理解，这些理论的东西为什么值得被称赞。设计模式本身系统的学习过三遍了，但依旧停留在记不住的情况下，这次的总结源于Spring源码的学习，自认为有了一定的认知，如果存在理解偏颇之处，恳请各位大神斧正，小妹不胜感激。 三工厂模式最重要的认知，属于创建型。这意味着简单工厂，工厂模式，抽象工厂存在的意义是为了创建对象。在Java中称为Object，如果放到Spring中则称为创建bean。其实ob...

前提    不知道大家是否看过《大话设计模式》，其中大话设计模式中讲代理模式的故事感觉还是很搞笑的，自己想追求女朋友，但却请朋友代劳，结果变成了朋友和期待的女朋友在一起。唉，这还是说明有些事情还是需要自己勇敢出击才能得到，否则是人财两空啊。其实小故事中却讲述了一个代理模式的机制。何为代理模式？    所谓的代理模式就是在原有服务上多加一个占位，通过占位去控制服务的访问。

本文转自  ——树上月http://www.cnblogs.com/chenssy/p/3357683.html从七月份开始一直到九月底才看完设计模式，在这个过程中我不敢说我已经掌握了那本书里面的内容，或者说1/5，没能力说也没有资格说。但是结果不重要，重要的是这个过程我的收获！主要包括如下几个方面：      1、认识了这么多设计模式。刚刚接触java没多久就在学长那里听过设计模

前提 　　所谓的ER图就是数据库的设计，用图形之间的关系，更能反映各个表之间的关系。在画图方面知道EA是很好的使用工具，而且具有强大功能的EA在数据库设计生成这一部分也是有很大的表现。 　　用EA画ER图只要理清关系，是非常容易实现的，主要是创建关系，划分好实体，以及实体之间的比例关系。画ER图的流程1 创建ER图 2选择类型 3注意事项 　　在ER图中实体之间关系连接有两

前提　　在个人机房重构的过程中，使用设计模式比较少，所以借着这次机房合作的机会，又巧好承担了B层任务，所以希望多多尝试使用设计模式，希望从中得到锻炼。观察者模式 　　定义了一种对多的依赖关系，让多个观察者对象同时监听某一个主题对象，让这个主题对象在状态发生变化时，会通知所有的观察者，使他们能够自动更新自己。解决问题　　大家都知道在下机的过程中有三种方式，正常下机、强制选中下机、强制全部下机，而

从前几次老师的讲课中我们能看UML对我们重要性。一开始真是懵懵懂懂的，搞不懂为什么一个UML图有这么大的价值。从开始了合作版机房才听说可以用类图和包图生成整个系统的框架，然后只需要完成其中的一些方法就好了。听起来好高大上的样子，一方面是想多多尝试新鲜的东西，另一方面是想偷懒啊。抱这样的心态就开始了。1、设定编写语言    主要是类图用来生成代码。首先是要先给类图设定好语言。机房合作我们

从前几天师哥师姐们的合作版机房验收，就能看出UML图的重要性。在验收的现场大家更是对七层架构的包图中的关系产生了很大的争议。其实这一切都来源于对UML的不熟悉，再加上自己正处于个人版机房重构的阶段，所以对UML进行再次学习，这一次还是先以四种关系为主。依赖关系                                  依赖关系是一种使用关系，动物和水的关系。

前一段时间写过关于机房重构的七层架构，里面包含一个外观层，机房重构也敲了好长时间了，却始终不太清楚，这个外观模式到底有什么作用？大家都敲过机房收费系统，知道在这个系统中一般都只涉及到一个表，结构相对来说比较简单，所以这样给我自己的一个困惑，就是用不用外观模式貌似没有什么区别。那么在七层架构中为什么还要有外观设计模式的存在？    其实在这个问题的前提，是我还不能清楚的解释外观模式是怎样的一个设

不知道何种原因总是把原型模式和模板方法模式搞混，着实很苦恼啊！不知道大家是否有同样的困扰，有的话治疗，没有的话预防啊。故该文章进行详细对比学习！原型模式    所谓的原型模式：用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。    解释：从一个对象再创建另外一个可定制的对象，而且不需要知道任何创建的细节。应该注意概念中的拷贝两个字，这是原型模式的精髓所在。原型模式实行的

在大话设计模式中有一个模式叫做观察者模式，里面涉及到了委托和事件的使用。虽然在一开始学习Ｃ＃的时候有接触过，但是还是很陌生，稳扎稳打，才能平步青云。所以让我们来熟悉吧！何为委托？    委托是对函数的封装，可以当作给方法的特征指定一个名称。委托是一种引用方法的类型。一旦为委托分配了方法，委托将与该方法具有完全相同的行为。委托对象使用的关键字delegate来声明。通俗易懂的说，委托就是

此文章紧接上文，欢迎阅读访问【设计模式】——六原则（一）依赖倒转原则    依赖倒转：高层模块不应该依赖底层模块。两个都应该依赖抽象。抽象不能依赖细节，细节应该依赖抽象。说白了就是针对接口的编程，不是针对实现！    解释：依赖倒转原则是面向对象编程设计的标志，用哪种语言编写程序不重要，如果编写时考虑的都是如何针对抽象编程而不是针对细节编程，即程序所有的依赖关系都终止于抽象类或

前提:如何判别一个模式的好坏，六个原则评委不能少，是否清楚知道由哪六位构成，又是否真的理解判别规则吗？一切都不用担心，先明原则，不断进步！六原则             单一职责原则    单一职责：就一个类而言，应该仅有一个引起它变化的原因。    解释：如果一个类承担的职责过多，所有的职责都联系在一起，一个变化就可能造成这个类无法完成其他职责。软件设计就是发现职责相互分离，

经过一段时间对大话设计模式的学习，发现其中有几个特别基础的原则，对于这些原则我们必须有个清楚的认知，才能更好的向下进行我们的学习内容。其中依赖倒转原则在后面的一些设计模式中都有涉及，所以感觉很有必要进行学习。前提：    电脑坏了，很简单的通过电话交流，拆下一个内存条，电脑就这样简单的被修好了，这样是不是也太简单了。。原因在哪？大家都拆过电脑，在PC端都采用的是易插拔的方式，不管哪一个坏了

关于UML这九种图，学习有一段时间，有些东西需要我们及时的颗粒归仓，进行总结，所以今天总结一下这九种图。个人感觉一张图胜过千言万语，首先图来也，这张图有点大。。。     1、用例图用例图是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的静态视图。其主要的作用有三个：（1）获取需求；（2）指导测试；（3）还可在整个过程中的其它工作流起到指导作

关于UML的视频内容看了也有一段时间了，对其大概的内容也有了初步的了解，大概内容把主要讲软件设计过程中用到的九种建模图形以及在每种图用到的一些关系。对于这个视频内容，感觉挺纠结的虽然只有四大关系，可以模模糊糊的总是分不清楚，痛苦啊！话说到底有哪四种关系？一、关联关系（association）UML类图关系中关联即时发生关系，一个类A关联类B，说明类A中的字段中含有类B中的实例连接。

前提    大家知道软工中有很多的图形，帮助我们更好的学习和制作软件，但是这些对于我这种新学习的菜鸟，这些图形着实让我眼花缭乱，但是也不能这样挂起来不管啊，所以用了一晚上的时间总结一下这些图，以便之后的学习。可行性研究文档中包含的图形    系统流程图：描绘物理系统的工具，用图形代表黑匣子，描绘组成系统的每个部件。表达数据在系统各个部件之间流动的情况，不是对数据的加工处理控制过程。

软工视频也看了好多天了，直到最近师傅的询问，这次发现自己对于视频的收获甚少，深刻剖析自己的问题，总结的少的，总想着堆到一起在总结，可这样的后果就是看完视频不知道自己到底学会些什么内容！                   在画这张导图的时候，自己几乎对软工没有任何概念，只是后来通过对软件工程课本，以及笔记再加上师傅的帮助，才对软工有了一个大概的认识。    在我们自己也独立完成两个