- 浏览: 1208525 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (718)
- HTML (13)
- JS基础 (23)
- JS应用 (40)
- AJAX (6)
- JSP相关 (12)
- JAVA基础 (52)
- JAVA应用 (74)
- APPLET (11)
- SWING\RCP (2)
- JAVA反射 (6)
- 设计模式 (26)
- 数据库设计 (20)
- Struts (35)
- Struts2 (12)
- Spring (22)
- Hibernate (45)
- Ibatis (18)
- mybatis (3)
- SSH (8)
- UML (5)
- WebService (3)
- XML (16)
- Log4j (7)
- WEB容器 (26)
- 数据结构 (36)
- Linux (34)
- Ruby on Rails (1)
- 其它技术 (27)
- IDE配置 (15)
- 项目实战 (2)
- Oracle (69)
- JAVA报表 (7)
- Android学习 (2)
- 博客链接 (1)
- 网络基础 (1)
- WEB集群 (1)
- .Net开发 (11)
- PB (4)
- 系统构建 (15)
最新评论
-
jnjeC:
牛逼啊哥们,讲得太好了
Maven仓库理解、如何引入本地包、Maven多种方式打可执行jar包 -
九尾狐的yi巴:
很好 感谢!
Itext中文处理(更新版) -
luweifeng1983:
有用的,重启一下嘛。
设置eclipse外部修改文件后自动刷新 -
Master-Gao:
设置了也不管用,怎么破呢?
设置eclipse外部修改文件后自动刷新 -
aigo_h:
锋子还有时间写博客,还是很闲哈!
Add directory entries问题
GRASP(General Responsibility Assignment Software Pattern)是通用职责软件分配模式。GRASP的核心是自己干自己能干的事,自己只干自己的 事,也就是职责的分配和实现高内聚。用来解决面向对象设计的一些问题。GRASP提出了九大原则,下面笔者将对这九大设计原则做一一阐述。
高内聚、低耦合(High Cohesion、Low Coupling)
在面向对象的程序设计时,小到一个类,大到一个功能模块,如果他们之间的相依性很高就会对整个软件的开发造成诸般障碍。例如:当你修改一个类或者某一个模 块的时候,相应的你要改动其他的与之相依赖的类和模块,使得程序很难维护;代码会变得很难理解,一个很单一的操作,就会涉及到很多程序之间相互调用;程序 更是难以复用,当你想复用一个类的时候,对应的与之想依赖的类或方法也会被陆陆续续的添加进来。
这就是我们为什么要遵循这一原则的原因,而高内聚和低耦合往往是伴随在一起出现的。低耦合其实就是两个类或模块之间联系的紧密程度,高内聚就是类中方法和 方法之间的职责相关性。要想避免低内聚、高耦合,解决办法就是既要降低因为一个类的变化而对另一个类产生的影响,又要保持类或模块是有重点的、可理解的、 可管理的并且支持低耦合的,也就是更加精确的给一个类或者模块分配职责。
高内聚和低耦合是软件开发中最重要的原则,grasp的其他模式也是以高内聚、低耦合原则为中心的。
信息专家(Information Expert)
如何实现高内聚,也就是如何给类分配职责?我们要遵循的原则就是把职责分配给具有完成该职责信息的那个类。
创建者(Creator)
如何分配创建对象的职责呢?原则就是当下列条件满足时(越多越好),由B创建A:
1.B频繁的使用A
2.B包含或聚合了A
举个简单的例子,如果类A实现了B接口,类C、D是类A的一个属性,那么C、D应该由A来创建,A应该由B来创建。如果C、D由B来创建,那么当C或者D改变的时候,B 和A也要跟着改变,大大增强了B和C、D的之间的耦合度,违背了低内聚的原则。通俗点说就是如果B使用的了A,那么就应该由B来创建A,而不是由其他的类来创建。
控制器(Controller)
在UI层外,应该由哪个类来处理系统操作呢?原则就是把系统事件的处理职责分配给控制器类,这个控制器类就相当于MVC中的C。这个控制器类通常是系统事件放生 的用例的控制类。
多态(Polymorphism)
根据类型的不同而发生变化的行为的定义职责,应该分配给谁?
举个简单的例子,坐车去广州,坐车算是一个行为,但是这个行为是可以变化的,比如坐飞机、坐汽车或者坐火车,那么坐车这个行为的定义应该分配给谁呢?
原则是通过多态操作把基于类型的可变行为的定义职责分配给发生该行为的类。放到JAVA当中来实现就是定义一个坐车的接口,然后具体的坐飞机、坐汽车或者坐火 车的行为分别定义一个类来实现该功能,然后让这三个具体的类去实现坐车接口。
纯虚构模式(Pure Fabrication)
非问题领域的职责应该分配给谁?
我们在设计类的时候,通常都尽量的保持和现实世界当中的对象一致,那么我们从现实世界的对象抽象出来的类就叫做问题领域里的类,那么当我们保存这个对象的 时候要操作数据库,操作数据库就是一个非现实世界存在的业务对象,他就是非问题领域的职责。
这种职责分配的原则就是将非问题领域的职责分配给人工生成的类。比如问题领域的类通常是放到PO里面的,他不应该包括CRUD等操作。那么CRUD这些操作应该放 到一个人工生成的也就是我们在业务逻辑以外加的一个类。
间接性(Indirection)
为了避免两个或多个事物之间直接耦合,应该如何分配职责?
设计原则是将职责分配给中介对象。例如类A和类B是多对多的关联关系,当A改变的时候,B需要做相应的改变,当B改变的时候,A需要做相应的改变,这是违反低耦 合原则的,解决方法就是在A和B之间加入一个C类,类C的属性只有A和B,用C来记录A和B之间的关系,当A想使用B或者B使用A的时候,他们都通过C来调用对方。
防止变异(Protected Variation)
如何设计对象、系统和子系统,使其内部的变化或者不稳定因素不会对其他元素产生不良影响?
预计识别不稳定的因素,在其外部创建稳定的接口。例如:坐汽车去广州当中的坐汽车就是一个不稳定的因素,以后也许会坐飞机或者火车,那么我们就要把坐汽车 抽象出一个坐车的接口,当有一天想坐火车的时候直接加一个实现的类就可以了。
发表评论
-
深入浅出设计模式十四——复合模式
2016-07-05 09:35 4803 -
深入浅出设计模式十一——组合模式
2016-07-05 09:31 3823 -
深入浅出设计模式十二-状态模式(行为型)
2010-07-20 16:27 1600定义: 状态模式: 允许对象在内部状态改变时改变它的行为 ... -
深入浅出设计模式十——迭代模式
2010-07-19 14:24 915我 -
代理模式\装饰模式\适配器模式区别
2010-07-16 17:16 2379代理模式\装饰模式\适配器模式它们有相似性,那么具体在什么情况 ... -
深入浅出设计模式十三——代理模式(结构型)
2010-07-16 11:29 844以下两篇文章分别讲了静态代理与动态代理 http://qu ... -
深入浅出设计模式九——模板方法模式(行为型)
2010-07-14 16:12 1000模板方法模式: 定义一个操作中的算法的骨架,而将一些步骤延迟 ... -
深入浅出设计模式六——封装调用(命令模式)
2010-03-08 15:35 1096命令模式: 将一个请求封装为一个对象,从而使你可用不同的请 ... -
深入浅出设计模式五——独一无二(单例模式)
2010-03-08 15:34 1070先看文章 :http://quicker.iteye.com/ ... -
深入浅出设计模式四——多区域比萨加盟店生产比萨实现(抽象工厂模式)
2010-03-05 16:17 1259有关抽象工厂文章可先看:http://quicker.itey ... -
深入浅出设计模式四——比萨店生产比萨实现(工厂方法模式)
2010-03-04 17:11 2350在http://quicker.iteye.com/blog/ ... -
深入浅出设计模式三——Beverage实现(装饰者模式)
2010-03-03 17:31 1289上图的实现代码见 ... -
深入浅出设计模式二——WeatherData设计(观察者模式)实现二
2010-03-02 17:24 1175在上文:深入浅出设计模式二——WeatherData设计(观察 ... -
深入浅出设计模式二——WeatherData设计(观察者模式)实现一
2010-03-01 14:31 1590UML详细图 良好的OO ... -
深入浅出设计模式一——Duck设计(策略模式)
2010-02-26 18:04 2100以下为针对上图所列代码: package com. ... -
深入浅出设计模式七——Adapter模式(结构型)
2010-02-22 15:45 1081将两个不兼容的类或者说没有关系的类纠合在一起使用。就要在使用 ... -
深入浅出设计模式八——Facade模式(结构型)
2010-02-22 15:06 1811外观模式定义: 外观模式:提供一个统一的接口,用来访问子系统 ... -
创建型——Builder模式
2010-02-04 16:04 955UML: 如何使用: ... -
创建型(单例模式)
2010-01-26 11:39 970package com.lwf.create.singleto ... -
创建型——工厂模式(抽象工厂)
2010-01-19 23:56 1035UML图 特例图 以图的实现代码: ...
相关推荐
GRASP模式,OO原则和设计模式的基础,原创不易,请珍惜下载
NULL 博文链接:https://wuaner.iteye.com/blog/587112
武汉大学软件工程uml——finalreport在软件工程专业中,思维对于我们来说是非常重要的一个部分,而学习软工框架,是十分有利于培养我们的...在实战之中,我对理论课学习的知识有了更深入的了解,其中包括了GRASP原则
真的很好。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
讲解:GRASP (职责分配原则),GRASP是学习使用设计模式的基础;讲解:设计原则,设计原则是设计模式的灵魂。
原则SOLID_Grasp
用GRASP模式指导设计 62 领域模型 96 面向对象设计的基本原则 132 第三单元:用UML辅助系统分析与设计 177 UML简介及常见疑难问题辨析 178 借鉴RUP的UML建模与分析 213 第四单元:设计模式与软件设计思想 267 设计...
用GRASP模式指导设计 62 领域模型 96 面向对象设计的基本原则 132 第三单元:用UML辅助系统分析与设计 177 UML简介及常见疑难问题辨析 178 借鉴RUP的UML建模与分析 213 第四单元:设计...
山大面向对象课程设计模式部分的课件,详细的讲了设计模式以及设计原则
6.1.2GRASP模式 6.1.3架构模式与MVC 6.2模式联用实训 6.2.1适配器模式与桥接模式联用 6.2.2组合模式与命令模式联用 6.2.3外观模式与单例模式联用 6.2.4原型模式与备忘录模式联用 6.2.5观察者模式与组合模式联...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
26.2 一些GRASP原则是对其他设计模式的归纳 26.3 设计中发现的“分析”:领域模型 26.4 工厂(Factory) 26.5 单实例类(GoF) 26.6 具有不同接口的外部服务问题的结论 26.7 策略(GoF) 26.8 组合(GoF)和...
GRASP: 职责分配中通用原则的模式 99 专家 99 问题: 99 解决方案: 99 举例: 99 专家模式的优点是: 100 创建者 100 问题: 100 解决方案: 100 举例: 100 优点: 101 低耦合度 101 问题: 101 解决方案: 101 ...