terryfeng
- 浏览: 504279 次
- 性别:
- 来自: 北京
-
最新评论
-
zhangyy130：
你好，我关于第二段的那个表视图、模型与图这三者的关系我没有看明 ...
UML模型的组成 -
guji528：
谢谢分享！
Enterprise Architect 基础应用 -
studentsky：
好文章，图文并茂！
WCF 第一个用 Visual Studio 2010 创建的WCF服务 -
chen975311486：
用哪个工具画的？？？？
UML中对关系的描述 (二) -
frankies：
继续学习中。。
UML 交互概述图
文章列表
重要概念 1.拉米特法则，如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用（尽可能的封闭私有）。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用（如通过调用接口定义）。 2.在类的接口设计上，每一个类都应当尽量降低成员的访问权限，封装好私有成员，不需要被其他类知道的属性或方法就不要公开。 3.迪米特法则其根本思想，是强调了类之间的松耦合，类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成影响，也就是信息的隐藏出尽了软件的复用。
- 2009-12-01 17:33
- 浏览 948
- 评论(0)
概念回顾 1. 使用了继承，并肯定了这个继承的意义，就应该要成为子类的模板，所有重复的代码都应该要上升到父类去，而不是让每个子类都去重复。 2. 当我们要完成在某一细节层次一致的一个过程或一系列步骤，但其个别步 ...
- 2009-12-01 16:22
- 浏览 727
- 评论(0)
重要概念回顾 1. 原型模式用原型实例(类中有一个复制自己的方法)指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 2.原型模式其实就是从一个对象再创建另外一个可定制的对象，而且不知道任何创建的细节。 3. ...
- 2009-12-01 12:53
- 浏览 715
- 评论(0)
重要概念 本章内容围绕简单工厂与工厂方法的比较很好的说明了工厂方法模式。 1.简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除类与具体产品的依赖，且无需修改代码，因为逻辑已经包含在了工厂类当中。 2.工厂方法模式定义一个用于创建对象的接口，让子类决定实例化那一个类。工厂方法使一个类的实例化延迟到子类。 3.实际上封装实例化对象的方法都叫做工厂方法，未必非要去继承中获得工厂方法接口，当然继承的目的是可以更好的扩展。 4.工厂方法模式实例化时，客户端需要决定实例化那个工厂来实现运算类，选择判断的问题还是存在，也就是工 ...
- 2009-12-01 10:57
- 浏览 907
- 评论(0)
大话设计模式讲的和连环画一样，还可以接上，作者真用心，看起来很有趣。 重要概念 1. 为其他对象提供一种代理以控制对这个对象的访问，就是为这个对象实例再包装一层。 2.远程代理，也就是为一个对象在不同的地址空间提供局部代表。这样可以隐藏一个对象存在于不同地址空间的事实，比如WebService。 3.虚拟代理，是根据需要创建开销很大的对象，通过他来存放实例化需要很长时间的真实对象。例如网页中的图片下载。 4.安全代理，用来控制真实对象访问时的权限。访问限制的操作。 5.智能指引，是指当调用真实的对象时，代理处理另为一些事。 6.代理模式其实就是在访问对象时引入一定程度的间接 ...
- 2009-11-30 21:55
- 浏览 717
- 评论(0)
重点概念 1. 把所需的功能按正确的顺序串联起来进行控制。 2. 动态地给一个对象添加一些额外的职责（功能），就添加功能来说，装饰模式比生成子类更为灵活。 3. 感觉和策略模式很像，但是条件设置方法放在父类的公共方法中被继承，区别装饰模式的重点在于“扩展”两个字，扩展原有功能，而不是动态的选择功能。 4. 装饰模式是利用“装饰者类”中的SetComponent 来设置被扩展对象的。这样装饰对象就和扩展对象，通过Base的调用关联在了一起，每个装饰对象只关心自己的功能，然后调用父类中的方法，以调用原有功能即可。 5.他的可以一层一层的设置，由内到外的设置，每个装饰者都可以设置为装饰 ...
- 2009-11-30 18:32
- 浏览 779
- 评论(0)
1. 抽象不应该依赖细节，细节应该依赖于抽象（接口，抽象类）。 2. 针对接口编程，不要对实现编程。 3. 高层模块不依赖底层模块，两者都应该依赖抽象。 4. 依赖倒置含义在于，相互之间不依赖，除了约定好的接口实现，大家都可以灵活自如，子类实现接口进行“策略工厂”实现，高层模块通过使用接口来实现“开闭依赖倒置”。 5.依赖倒置其实可以说是面向对象设计的标志，用何种方式实现不重要，重要在于如何考虑针对抽象编程，而不是针对细节编程，即程序中所有的依赖关系都是终止于抽象类或者接口，那就是面向对象的设计，反之就是面向过程化的设计。 里氏代换原则 1.意思就是从需求行来说，通 ...
- 2009-11-30 15:23
- 浏览 769
- 评论(0)
1. 不能修改该，但可以扩展的思想就是开闭原则 2. 软件实体（类、模块、函数等等）应该可以扩展，但是不可以修改。也就是对扩展开放，对更改关闭 3. 在面对需求的变更却可以保持相对稳定，从而使得系统可以在第一个版本以后不断推出先的版本 4. 多扩展，少修改。 5. 开闭原则的意思就是说，你设计的时候，时刻要考虑，尽量让这个类是足够好，写好了就不要去修改了，如果新需求来了，我们增加一些类就可以了，原来的代码能不动则不动。 6. 无论模块是多么的封闭，都会存在一些无法对之封闭的变化。既然不可能完全封闭，设计人员必须对于他设计的模块应该对那些变化封闭做出选择，他必须先猜测出最有可能发生的变化 ...
- 2009-11-30 13:15
- 浏览 1035
- 评论(0)
1. 单一职责，对一个类而言，应该仅有一个引起他变化的原因。 2. 如果一个类承担的职责过度，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完整其他职责的能力，这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。 3. 单一职责和单件模式不是一回事，单件模式指要求一个类有且仅有一个实例，并且提供了一个全局的访问点。 4. 单一职责想要告诉我们的是，根据功能设计分离和归类功能到不同的类中，相互之间保留调用接口，这样一方的更改就不会影响另一方的更改，降低耦合和复杂度，同时也增加了复用性。也就是发现职责并把这些职责相互分离 5. 判断是否应该分离一个类，通过 ...
- 2009-11-30 09:16
- 浏览 763
- 评论(0)
策略模式定义了算法家族，分别封装起来，让他们之间可以相互替换，此模式让算法的变化，不会影响到使用算法的用户。 说明： 1.通过继承抽象策略实现多个具体策略方法处理，在一个类中传递不同的具体实例做为参数，获得不同的对象的算法，封装在同一个方法中，当这个类的实例调用这个封装了算法的方法时，因传入的对象参数的不同，获得的处理结果也不同。 2.通过传入的对象参数获得操作，改变一个方法的不同处理结果。 3.工厂方法是通过条件，建什么对象，策略模式是根据条件获得不同的算法。 3.每种算法单独维护即维护的查找，也简单了测试，不影响其他算法。 策略模式解析 策略模式是一种定义一系列算法的方法，从概念上来看， ...
- 2009-11-29 21:18
- 浏览 750
- 评论(0)
简单工厂模式是解决了一个灵活通过方法封装 new 对象的操作，也就是解决对象创建问题。
下面的计算器实例，演示了通过方法根据条件利用多态的特性建立需要的业务对象执行对象特定的任务。
（在这里将全部引用大话设计模式中的例题代码和内容，劳动属于作者。)
书中有一个类图非常好，一目了然的说明类图的含义和标记 12页
计算器示例
逻辑组件(现在电脑粘贴乱码，所以粘贴黑白代码)
using System;using System.Collections.Generic;using System.Text;
namespace OperationLibrary{ /// <summ ...
- 2009-11-29 11:02
- 浏览 838
- 评论(0)
•什么是交互概述图 •交互概述图是将活动图和顺序图嫁接在一起的图 •可以看作活动图的变体，它将活动节点进行细化，用一些小的顺序图来表示活动节点内部的对象控制流 •也可以看作顺序图的变体，它用活动图来补充顺序图 •交互概述图在草图中更加适用，先通过活动图对业务流程进行建模，然后对于一些关键的、复杂度并不高的活动节点进行细化，用顺序图来表示它的对象间的控制流 •不要盲目的使用交互概述图，对于规模稍大的场景，它并不是一个很好的选择，它将使模型的可读性大大降低 •如何阅读交互概述图 阅读交互概述图 •理解活动控制流：可以将整个顺序图看作一个活动节点 •分 ...
- 2009-11-28 21:37
- 浏览 1866
- 评论(1)
•交互与交互图 交互的概念 •一次交互就是指在特定语境中，为了实现某一个目标，而在一组对象之间进行交换的一组消息所表示的行为 消息 UML中的4种交互图 •顺序图：顺序图是一种强调消息时间顺序的交互图，为读者提供了控制流随着时间推移的清晰的可视化轨迹 •通信图：UML 2.0中的通信图实际上就是UML 1中的协作图，它强调的是参加交互的对象的组织，为读者提供了在协作对象结构组织的语境中观察控制流的一个清晰的可视化轨迹 •定时图：采用了一种带数字刻度的时间轴来精确地描述消息的顺序 •交互概述图：是交互图和活动图的混合物 •如何阅读交互图 阅读顺序图 ...
- 2009-11-28 18:43
- 浏览 8434
- 评论(3)
UML 中的关系是比较难记的部分，这里我把UML常用的关系做一下总结和简单介绍。
说明： 示例图形是使用 EA 7.5 绘制的。
UML 五种基础关系（类图为例）
关联关系
关联关系连接元素和实例，用无方向实线连接两个模型元素。
关联的两端可以为双方标记角色和多重性
现实事物不是孤立存在的，对象与对象之间都存在着一定的关系，比如教师和学生，我们用关联关系表示。
建角色
角色：
代表Class3扮演“目标端”这个角色，比如，人，欣赏，演出
人是元素，欣赏是关系，演出是目标元素，人扮演的角色是“观众”，演出扮演的角色是“演员”
可见性：
在下面的表示的“目的端”前 ...
- 2009-11-28 12:55
- 浏览 1682
- 评论(1)
这个理论内容源自于我阅读的UML .Net 实战一书，这本书整本都在讲五步法的开发过程，因为他是以.Net 为背景编写的所以我想学习一下他其中的一些应用思想。这本书针对的UML不是2.0 UML 五步法并不是适合于开发复杂系统的全功能的OOAD过程，他没有管理、测试、文档编制和审查功能，UML五步法适合于学习UML的框架过程。 6，7，8，9，10章是细化每一个过程的特定章节。 1.定义 找出需求中的角色和域对象，并分别以参与者为核心去画用例图，再以域对象为核心画用例图 以参与者为核心画用例图 以域对
- 2009-11-26 11:53
- 浏览 1220
- 评论(0)