随笔分类 - 设计与模式
摘要：1. for循环for循环形式： for（表达式1；表达式2；表达式3） 流程图： 图1 for循环流程图2. while循环while循环形式： while（判断条件） { 执行语句；} 流程图： 图2 while循环流程图 3. do-while循环do-while循环形式： do { 执行语句...
阅读全文
摘要：首先做个声明：此次教程里为了快速完成，借用了一些网上已有教程的图文，不是剽窃，只图方便。另外，因为汉化版本可能功能名称等略有差别，请自行理解。名词解释：线框图：一般就是指产品原型，比如：把线框图尽快画出来和把原型尽快做出来是一个意思。axure元件：也叫axure组件或axure部件，系统自带了一部...
阅读全文
摘要：原文：http://www.doc88.com/p-0334348558156.html
阅读全文
摘要：不好意思，没有内容，请看百科吧http://baike.baidu.com/link?url=-zXA6oXiHRts5Z1THGzie7seH-YRigfiR7KRppP6TYcnnb7_Bxc_fVOy-Vlc1p2selj800T6uoRZ5KCCUzoAha ^^
阅读全文
摘要：在校期间学习过这些模型，现在来复习一下。瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模...
阅读全文
摘要：协作图中表示了角色之间的关系，通过协作图限定协作中的对象或链。协作指的是在一定的语境中一组对象以及实现某些行为的对象间的相互作用。协 作图是表现对象协作关系的图，表示了协作中作为各种类元角色的对象所处的位置。图中主要显示了类元角色和关联角色，类元角色表示参与协作执行的对象的描 述，对象可以参与一或多...
阅读全文
摘要：时序图 时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序. 当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件. 在 UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时,
阅读全文
摘要：一、UML是什么？UML有什么用？ 二、UML的历史 三、UML的上层结构（Superstructure） 四、UML建模工具 五、UML的图（重点） 1、用例图（use case diagram） 2、活动图（activity diagram） 3、静态结构图 4、顺序图（Sequence Dia
阅读全文
摘要：请下载大图： 目前已经把上面的对象图架构转化成项目代码，项目中架构与上图略有增加与删除不合理的架构，本项目已经比较稳定，在走扩展、维护的漫长阶段中。 上面对象图架构我就不详解了。有些设计不合理的地方，请斧正。本对象图仅显示核心部分，不包括其他附带功能，其实还有很多其他设计。 郑重声明：本图是我空闲时
阅读全文
摘要：目录：设计模式六大原则（1）：单一职责原则设计模式六大原则（2）：里氏替换原则设计模式六大原则（3）：依赖倒置原则设计模式六大原则（4）：接口隔离原则设计模式六大原则（5）：迪米特法则设计模式六大原则（6）：开闭原则设计模式六大原则（1）：单一职责原则 定义：不要存在多于一个导致类变更的原因。通俗...
阅读全文
摘要：一. 写在前面的这么多的设计模式，我觉得职责链是我第一次看上去最简单，可是回想起来却又最复杂的一个模式。因此，这个文章我酝酿了很久，一直也没有胆量发出来，例子也是改了又改，可是仍然觉得不够合理。所以希望各位多多指教。二. 什么是链文章伊始，先让我们了解这个最基本的概念，什么是链。我给链下了这样的定义...
阅读全文
摘要：前言：很久前把设计模式给研读了一遍，也做了一些项目来实践，可惜时间久了总有这么点遗忘，现把简要的描述写出来，方便记忆1、命令模式：简而言之：服务员-命令-厨师-做烤肉2、门面模式：就是客户端只需要跟一个类打交道就可以获得很多底层类的功能，比如service中的某个类实现了dao包中很多个dao类的...
阅读全文
摘要：设计模式之享元模式 1 享元模式的日常应用面向对象的思想确实很好地解决了抽象性的问题，以至于在面向对象的眼中，万事万物一切皆对象。不可避免的是，采用面向对象的编程方式，可能会增加一些资源和性能上的开销。不过，在大多数情况下，这种影响还不是太大，所以，它带来的空间和性能上的损耗相对于它的优点而言，基本上不用考虑。但是，在某些特殊情况下，大量细粒度对象的创建、销毁以及存储所造成的资源和性能上的损耗，可能会在系统运行时形成瓶颈。那么我们该如何去避免产生大量的细粒度对象，同时又不影响系统使用面向对象的方式进行操作呢？享元设计模式提供了一个比较好的解决方案。公共交换电话网的使用方式就是生活中常见的享元模
阅读全文
摘要：当系统中的组件需要调用某一服务来完成特定的任务时，通常最简单的做法是使用new关键字来创建该服务的实例，或者通过工厂模式来解耦该组件与服务的具体实现部分，以便通过配置信息等更为灵活的方式获得该服务的实例。然而，这些做法都有着各自的弊端：在组件中直接维护对服务实例的引用，会造成组件与服务之间的关联依赖，当需要替换服务的具体实现时，不得不修改组件中调用服务的部分并重新编译解决方案；即使采用工厂模式来根据配置信息动态地获得服务的实例，也无法针对不同的服务类型向组件提供一个管理服务实例的中心位置由于组件与服务之间的这种关联依赖，使得项目的开发过程受到约束。在实际项目中，开发过程往往是并行的，但又不是完
阅读全文
摘要：本篇文章依旧采用小例子来说明，因为我始终觉的，案例驱动是最好的，要不然只看理论的话，看了也不懂，不过建议大家在看完文章之后，在回过头去看看理论，会有更好的理解。 下面开始正文。 【案例1】通过一个对象获得完整的包名和类名 【运行结果】：Reflect.Demo 添加一句：所有类的对象其实都是Clas
阅读全文
摘要：先来看看类图 简单工厂模式： 工厂方法模式 下面是简单工厂模式的部分代码 工厂方法模式其实就是把上面代码中switch语句的分支(根据不同条件创建不同的运算类)抽象出来，用多态去解决不同条件的问题，做法是先实现一个运算类的抽象类/接口，然后让运算类都去继承/实现 抽象类/接口，需要特定运算操作的时候
阅读全文
摘要：最近一直在抽时间研究设计模式，之前对设计模式也有一定的了解，但是都没有平心静气的去研究过，只是了解了一些皮毛，最近打算再深入研究一下，重新打开了设计模式的数据，对之前的疑问一个个的刨根问底，今天看了简单工厂模式和策略模式看的人有点小晕，两个的大概思路没有怎么变，都是通过多态去减少代码的耦合度，怎么看
阅读全文
摘要：网络中看到的一篇文章：策略模式与简单工厂模式区别（转） 而下面是我的理解： 按一般教程中出现的例子理解： 简单工厂模式：客户端传一个条件进工厂类，工厂类根据条件创建相应的产品类对象，并return给客户端，供客户端使用。即客户端使用的是工厂类生产的产品对象。 策略模式：客户端创建一个Context类
阅读全文
摘要：一、开篇 上一篇我们讲述了结构型模式中的代理模式。本篇，我们将会开始讲述行为型模式中的命令模式，在设计模式的这些基本的模式完成后，我将会将一些经常用的其他的一些扩展的模式进行讲解，希望能够引起大家的共鸣。 我们先来看看命令模式的定义吧： 命令模式是将一类对象的功能操作进行抽象，一般来说，这些对象有相同的方法，所以这类对象有着类似的操作，我们通过抽象，就可以定义出一个命令对象，通过这样的方式，用户程序在使用的时候，只与该命令对象打交道，而不用与一类对象打交道，降低了耦合性，提高了程序设计的灵活性。 命令模式适应于一组对象他们的操作形式非常的类似，这个时候我们可以把对象的行为进行抽象，抽象成命令对
阅读全文