设计模式、SOLID原则:组件与联系

组件原则

SRP The Single Responsibility Principle 单一责任原则 
当需要修改某个类的时候原因有且只有一个。换句话说就是让一个类只做一种类型的责任,当这个类需要承担其他类型的责任的时候,就需要分解这个类。

-  ISP The Interface Segregation Principle 接口分离原则

不能强迫用户去依赖那些他们不使用的接口。换句话说,使用多个专门的接口比使用单一的总结口要好。

联系原则:
OCP The Open Closed Principle 开放封闭原则 
软件实体应该是可扩展,而不可修改的。也就是说,对扩展是开放的,而对修改是封闭的。这个原则是诸多面向对象编程中最抽象、最难理解的一个。 
LSP The Liskov Substitution Principle 里氏替换原则 
当子类的实例应该能够替换任何超类的实例时,它们之间才具有is-a关系 
DIP The Dependency Inversion Principle 依赖倒置原则 
1. 高层模块不应该依赖于底层模块,二者都应该依赖于对象 
2. 抽象不应该依赖于细节,而细节应该依赖于抽象

时间: 2024-10-10 14:55:21

设计模式、SOLID原则:组件与联系的相关文章

设计模式之SOLID原则再回首

    本科阶段学过设计模式,那时对设计模式的五大原则--SOLID原则的概念与理解还是比较模糊,此时过去了2年时间,在学习<高级软件工程>课程中老师又提到了设计模式,课程中还详细讨论了五大原则的过程,这次SOLID原则再回首作者提出了一些更通俗的理解吧~ 一. 什么是设计模式?     那么,什么是设计模式呢? 从广义角度讲设计模式是可解决一类软件问题并能重复使用的设计方案; 从狭义角度讲设计模式是对被用来在特定场景下解决一般设计问题的类和相互通信的对象的描述,是在类和对象的层次描述的可重复

[JavaEE]设计模式之SOLID原则

1. S  The Single Responsibility Principle  单一责任原则 当需要修改某个类的时候原因有且只有一个(THERE SHOULD NEVER BE MORE THAN ONE REASON FOR A CLASS TO CHANGE).换句话说就是让一个类只做一种类型责任,当这个类需要承当其他类型的责任 的时候,就需要分解这个类. 2. O The Open Closed Principle  开放封闭原则 软件实体应该是可扩展,而不可修改的.也就是说,对扩展

设计模式(0): 简介及SOLID原则

在软件工程中,设计模式(design pattern)是对软件设计中普遍存在(反复出现)的各种问题,所提出的解决方案. 设计模式并不直接用来完成代码的编写,而是描述在各种不同情况下,要怎么解决问题的一种方案.面向对象设计模式通常以类或对象来描述其中的关系和相互作用,但不涉及用来完成应用程序的特定类或对象.设计模式能使不稳定依赖于相对稳定.具体依赖于相对抽象,避免会引起麻烦的紧耦合,以增强软件设计面对并适应变化的能力. 并非所有的软件模式都是设计模式,设计模式特指软件"设计"层次上的问题

设计模式之SOLID原则

设计模式中的SOLID原则,分别是单一原则.开闭原则.里氏替换原则.接口隔离原则.依赖倒置原则.前辈们总结出来的,遵循五大原则可以使程序解决紧耦合,更加健壮. 单一责任原则 指的是一个类或者一个方法只做一件事.如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化就可能抑制或者削弱这个类完成其他职责的能力.例如餐厅服务员负责把订单给厨师去做,而不是服务员又要订单又要炒菜. 开放封闭原则 对扩展开放,对修改关闭.意为一个类独立之后就不应该去修改它,而是以扩展的方式适应新需求.例如一开

设计模式六大原则(6)--开闭原则

定义: 软件中的对象(类,模块,函数等等)应该对于扩展是开放的,但是对于修改是封闭的. 个人理解: 开闭原则通俗的来说就是软件系统中包含的各种组件,例如模块(Modules).类(Classes)以及功能(Functions)等等,应该在不修改现有代码的基础上,引入新功能.开闭原则中“开”,是指对于组件功能的扩展是开放的,是允许对其进行功能扩展的:开闭原则中“闭”,是指对于原有代码的修改是封闭的,即不应该修改原有的代码. 问题由来: 在软件的生命周期内,由于需求变动.维护和升级需要对项目部分代码

SOLID原则 【转】

S.O.L.I.D 是面向对象设计(OOD)和面向对象编程(OOP)中的几个重要编码原则(Programming Priciple)的首字母缩写. 面向对象设计的原则 SRP  The Single Responsibility Principle 单一职责原则 OCP   The Open Closed Principle 开放封闭原则 LSP  The Liskov Substitution Principle 里氏替换原则 ISP   The Interface Segregation P

SOLID原则都不知道,还敢说自己是搞开发的!

面向对象编程(OOP)给软件开发领域带来了新的设计思想.很多开发人员在进行面向对象编程过程中,往往会在一个类中将具有相同目的/功能的代码放在一起,力求以最快的方式解决当下的问题.但是,这种编程方式会导致程序代码混乱和难以维护.因此,Robert C. Martin制定了面向对象编程的五项原则.这五个原则使得开发人员可以轻松创建可读性好且易于维护的程序. 这五个原则被称为SOLID原则. S:单一职责原则 O:开闭原理 L:里氏替换原则 I:接口隔离原理 D:依赖反转原理 我们下面将详细地展开来讨

设计模式六大原则之里氏替换原则

一.概念: 里氏替换原则:LSP (Liskov Substitution Principle),如果对每一个类型为T1的对象o1,都有类型为T2的对象o2,使得以T1定义的所有程序P在所有的对象o1都换成o2时,程序P的行为没有变化,那么类型T2是类型T1的子类型. 通俗的定义:所有引用基类的地方必须能透明地使用其子类的对象. 二.例子: 以浇水为例.人,拿到工具[水管.水桶.瓶子],装水后都可以浇水.[水管.桶.瓶子]都可以获取水.应该有个loadWater方法.有watering 浇水功能

面向对象设计的SOLID原则

S.O.L.I.D是面向对象设计和编程(OOD&OOP)中几个重要编码原则(Programming Priciple)的首字母缩写. SRP The Single Responsibility Principle 单一责任原则 OCP The Open Closed Principle  开放封闭原则 LSP The Liskov Substitution Principle 里氏替换原则 DIP The Dependency Inversion Principle 依赖倒置原则 ISP The

设计模式六大原则(3)--依赖倒置原则

定义: 高层次的模块不应该依赖于低层次的模块,两者都应该依赖于抽象接口:抽象接口不应该依赖于具体实现.而具体实现则应该依赖于抽象接口.依赖倒置原则英文全称为Dependence Inversion Principle,简称为DIP. 问题由来: 类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一般是高层模块,负责复杂的业务逻辑:类B和类C是低层模块,负责基本的原子操作:假如修改类A,会给程序带来不必要的风险. 解决方案: 将类A修改为依赖接口I,类B和