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)
如何设计对象、系统和子系统,使其内部的变化或者不稳定因素不会对其他元素产生不良影响?
预计识别不稳定的因素,在其外部创建稳定的接口。例如:坐汽车去广州当中的坐汽车就是一个不稳定的因素,以后也许会坐飞机或者火车,那么我们就要把坐汽车 抽象出一个坐车的接口,当有一天想坐火车的时候直接加一个实现的类就可以了。
分享到:
相关推荐
GRASP模式,OO原则和设计模式的基础,原创不易,请珍惜下载
**OOD原则:面向对象设计(Object-Oriented Design)原则** 面向对象设计是软件开发中的一种重要方法,它强调将现实世界中的实体转化为程序中的类和对象,通过封装、继承和多态等特性来实现软件的模块化和可扩展性...
"10-GRASP设计原则.ppt"指的是General Responsibility Assignment Software Principles,即GRASP设计原则,这是指导对象设计的一组原则,如“单一职责原则”(每个类应只有一个职责)、“开闭原则”(对扩展开放,对...
总之,本文档提供的内容涵盖了UML和设计模式的应用,面向对象技术的推广与发展,GRASP设计原则以及如何通过迭代开发周期来组织和学习面向对象分析与设计的相关知识。通过阅读本书,读者将能够加深对面向对象技术的...
GRASP模式提供了一些基本原则和策略,指导开发人员在设计对象时分配责任和确定对象之间的关系。 在GRASP模式中,对象设计的目标是将责任分配给正确的对象,以便将系统功能分解成小的、独立的对象。GRASP模式提供了...
除了GRASP原则,还有其他设计原则如: 1. “开-闭”原则(OCP):软件实体(如类、模块)应对扩展开放,对修改关闭。这意味着我们可以通过添加新代码来扩展功能,而不是修改现有代码。 2. 里氏代换原则(LSP):...
本文将深入探讨GRASP(一般 Responsibility Assignment Software Patterns,职责分配原则)以及设计原则,这些都是构建高质量、可维护的软件系统的基础。 首先,GRASP是一种指导对象设计的原则集合,它的目标是帮助...
1. **图标设计原则**:图标设计遵循一定的原则,如易识别性、一致性、简洁性和可扩展性。这些原则有助于确保图标在视觉上吸引人且易于理解。 2. **矢量图与位图**:图库中的图标可能有矢量图和位图两种形式。矢量图...
GRASP(General Responsibility Assignment Software Patterns)是一套面向对象设计的原则,用于指导软件开发中的职责分配。这个概念在软件工程中至关重要,特别是在UML(统一建模语言)和软件建模中,因为它帮助...
本文将深入探讨面向对象设计原则,尤其是开闭原则、依赖倒置原则、Liskov替换原则以及一些设计模式,如GRASP模式。 #### 开闭原则:灵活性与稳定性的平衡 开闭原则(Open/Closed Principle, OCP)主张软件实体(类、...
在软件开发过程中,设计原则是指导开发者构建高效、可维护和扩展软件系统的重要准则。这些原则不仅提高了代码质量,还能确保团队之间的沟通清晰,降低维护成本。以下将详细阐述一些核心的软件开发设计原则。 1. **...
在设计过程中,除了掌握UML图(如用例模型、领域模型、系统序列图等)外,还需要理解和应用设计原则,如GRASP、GoF设计模式以及Responsibility-Driven Design (RDD)。 在进行对象设计时,输入包括但不限于用例模型...
GRASP 模式主要包括九大原则:专家模式、创建者模式、高聚合度或高内聚模式、低耦合度或低耦合模式、控制者模式、多态模式、纯虚构模式、中介者模式和不要和陌生人讲话模式。 1. 专家模式(Expert) 专家模式的...
GRASP 模式包括 9 个基本原则: 1. 创建者(Creator)模式:将创建一个类 A 的实例的职责指派给类 B 的实例。 2. 信息专家(Expert)模式:将职责分配给具有履行职责所需要的信息的类。 3. 低耦合(Low Coupling)...
- 课程不仅涵盖GOF设计模式,还会涉及面向对象设计原则、GRASP原则以及其他常用设计模式。 - **实战与理论结合**: - 课程采取案例驱动的方式,通过实战案例帮助学员深入理解设计模式的实际应用。 #### 五、总结 ...
### 设计模式与GRASP原则详解 #### 一、设计模式概述 设计模式是指在软件设计过程中,针对一些常见问题的解决方案。它并不是一个具体的代码片段或者类库,而是一种解决问题的思想方法。设计模式能够帮助开发者更好...
【系统架构设计原则】 在系统架构的设计中,遵循一定的原则至关重要,因为它们是支撑系统长期稳定性和可维护性的基石。这些原则不仅适用于具体的编程技术,如前端框架React和Vue,而且跨越了技术生命周期,成为软件...
在面向对象设计过程中,遵循一定的设计原则可以帮助开发者更好地组织代码结构,提高软件系统的灵活性和可重用性。 ### 二、面向对象设计原则 面向对象设计的原则主要包括以下几点: #### 1. 单一职责原则(Single...
第二单元:技术架构视图─面向对象程序设计原则与模式 59 用GRASP模式指导设计 62 领域模型 96 面向对象设计的基本原则 132 第三单元:用UML辅助系统分析与设计 177 UML简介及常见疑难问题辨析 178 借鉴RUP的UML建模...