[ 27 ] UML&设计模式
UML&设计模式
安得权
悲观者往往正确 乐观者往往成功
展开
-
C#设计模式系列:建造者模式(Builder)
1、建造者模式简介1.1>、定义 建造者模式(Builder)将复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。1.2>、使用频率 中低1.3>、原型模式应用 在软件系统中,有时候面临一个复杂对象的创建工作,该对象通常由各个部分子对象用一定的算法构成,或者按一定的步骤组合而成;这些算法和步骤是稳定的,而构成这个对象的子对象却经转载 2015-06-11 16:47:16 · 519 阅读 · 0 评论 -
C#设计模式系列目录
初学设计模式,系列文章将持续更新。一、23种设计模式 设计模式简介 UML基础:类图第I部分 创建型模式(Creational Patterns) 创建型模式即用来进行对象创建的的模式,创建型模式的目标是简化对象的创建和方便对象的管理。 ◊ 创建型模式(Creational Pattern)关注对象的创建过程 ◊ 创建型模式对类的实转载 2015-06-11 16:28:37 · 784 阅读 · 0 评论 -
C#设计模式系列:策略模式(Strategy)
1、策略模式简介1.1>、定义 策略是为达到某一目的而采取的手段或方法,策略模式的本质是目标与手段的分离,手段不同而最终达成的目标一致。客户只关心目标而不在意具体的实现方法,实现方法要根据具体的环境因素而变化。1.2>、使用频率 中高2、策略模式结构图2.1>、结构图2.2>、参与者 策略模式参与者: ◊ S转载 2015-06-11 15:58:21 · 4719 阅读 · 1 评论 -
设计模式学习笔记-观察者模式
1. 概述 有时被称作发布/订阅模式,观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。2. 解决的问题 将一个系统分割成一个一些类相互协作的类有一个不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带转载 2014-05-26 10:20:15 · 716 阅读 · 0 评论 -
设计模式学习笔记-适配器模式
1. 概述 将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作。2. 解决的问题 即Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作。3. 模式中的角色 3.1 目标接口(Target):客户所期待的接口。目标可以是具体的或抽象的类,也可以是接口。转载 2014-05-26 09:28:07 · 610 阅读 · 0 评论 -
.NET开发中最常用的设计模式
整个设计模式贯穿一个原理:面对接口编程,而不是面对实现.目标原则是:降低耦合,增强灵活性. 一些基本的设计模式Abstract Factory:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。(使用得非常频繁。)Adapter:将一个类的接口转换成客户希望的另外一个接口。A d a p t e r模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作转载 2014-05-26 09:06:36 · 3189 阅读 · 0 评论 -
.NET设计模式(5):工厂方法模式(Factory Method)
工厂方法模式(Factory Method)——.NET设计模式系列之五Terrylee,2004年1月2日概述在软件系统中,经常面临着“某个对象”的创建工作,由于需求的变化,这个对象的具体实现经常面临着剧烈的变化,但是它却拥有比较稳定的接口。如何应对这种变化?提供一种封装机制来隔离出“这个易变对象”的变化,从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变?这就是要说的转载 2013-08-07 13:21:58 · 665 阅读 · 0 评论 -
.NET设计模式(4):建造者模式(Builder Pattern)
建造者模式(Builder Pattern)——.NET设计模式系列之四概述在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法转载 2013-08-07 11:19:04 · 762 阅读 · 0 评论 -
.NET设计模式(3):抽象工厂模式(Abstract Factory)
抽象工厂模式(Abstract Factory)——探索设计模式系列之三Terrylee,2005年12月12日概述在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象转载 2013-08-06 14:43:48 · 857 阅读 · 0 评论 -
.NET设计模式(2):单件模式(Singleton Pattern)
单件模式(Singleton Pattern)——.NET设计模式系列之二概述Singleton模式要求一个类有且仅有一个实例,并且提供了一个全局的访问点。这就提出了一个问题:如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?客户程序在调用某一个类时,它是不会考虑这个类是否只能有一个实例等问题的,所以,这应该是类设计者的责任,而不是类使用者的责任。从另一个角度来说转载 2013-08-05 15:09:42 · 828 阅读 · 0 评论 -
.NET设计模式(1):开篇
.NET设计模式开篇——.NET设计模式系列之一前言加入Design & Pattern团队有几个月的时间了,惭愧的是从没有写过关于设计模式的随笔,得到wayfarer的同意,把企业库系列的随笔放在了团队的首页上。不是不想去写这样的随笔,也不是没有时间,自己初学设计模式,去写设计模式的文章,有点班门弄斧的味道。园子里吕震宇老师的《设计模式系列》和wayfarer的《设计之道》堪转载 2013-08-05 15:08:44 · 698 阅读 · 0 评论 -
浅谈UML的概念和模型之UML九种图
目录: UML的视图 UML的九种图 UML中类间的关系 上文我们介绍了,UML的视图,在每一种视图中都包含一个或多种图。本文我们重点讲解UML每种图的细节问题: 1、用例图(use case diagrams)【概念】描述用户需求,从用户的角度描述系统的功能【描述方式】椭圆表示某个用例;人形符号表示角转载 2016-10-26 14:32:33 · 328 阅读 · 0 评论 -
UML系列图--用例图
UML-Unified Model Language 统一建模语言,又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。 在UML系统开发中有三个主要的模型: 功能模型: 从用户的角度展示系统的功能,包括用例图。 对象模型: 采用对象,属性,操作,关联等概念展示系统的结构和基础,包括类图、对象图、包图。 动态模型: 展现系统的内部行为。 包括序转载 2014-03-13 11:35:54 · 1072 阅读 · 0 评论 -
VS2010通过Architecture创建UML用例图设计
本文和大家重点讨论一下UML用例图,它是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。 VS2010通过Architecture创建UML用例图设计 用例是系统中的一个可以描述参与者与系统直接交互作用的功能单元。UML用例图概括了用例中角色和系统之间的关系,描述了系统的功能需求,以及角色转载 2014-03-13 11:30:19 · 7555 阅读 · 0 评论