- 浏览: 31349 次
- 性别:
- 来自: 上海
最近访客 更多访客>>
最新评论
-
punan7005:
这不就是我们公司吗
转(坚决抛弃powerdesigner建模) -
jkluooop:
我尝试过啊,很郁闷,在第一次访问的时候IE跟FFX下老弹出登录 ...
JCIFS相关 -
every:
你好
请教2008 ad 如何配置ssl
AD、CA、SSL,绑定keystore
开闭原则的定义
Software entities should be open for extension, but closed for modification.
软件实体应该对扩展是开放的,但是对于修改应当是关闭的.凡是定义一般都是很晦涩的,那么下面举一个应用场景来说明开闭原则的价值.
第一天,客户提出一个需求,我们需要将用户对象存储到文件的UserDAO.
解决方案:
public class UserDAO{ public void saveUser(User user) { //将一个用户对象存储到文件. } }
半个月后,客户有了新的需求,它们需要将一部分用户对象存储到XML文件.
方案1(破坏OCP原则):
- public class UserDAO {
- public void saveUser(User user, String saveMethod) {
- if (saveMethod.equals("txt")) {
- // 将一个用户对象存储到文本文件.
- } else if (saveMethod.equals("xml")) {
- // 将一个用户对象存储到xml文件.
- }
- }
- }
public class UserDAO { public void saveUser(User user, String saveMethod) { if (saveMethod.equals("txt")) { // 将一个用户对象存储到文本文件. } else if (saveMethod.equals("xml")) { // 将一个用户对象存储到xml文件. } } }
这个方案带来的变化:
1.我要修改依赖UserDAO的类,让其多传入一个参数saveMethod
2.我要维护if...else判断的正确性,如果传入的字符不是txt和xml,那么我还要进行异常处理.
3.加入存储到xml的代码后我无法预知对原来存储到txt的功能是否造成了影响.
4.如果需求再一次变化,那么我必须继续修改saveUser方法,甚至可能因为需要更多的参数而修改了依赖UserDAO的类.
方案2(遵循OCP原则):
- public interface IUserDAO {
- public void saveUser(User user);
- }
- public class UserDAOTXTImp implements IUserDAO
- {
- public void saveUser(User user)
- {
- //存储到txt
- }
- }
- public class UserDAOXMLImp implements IUserDAO
- {
- public void saveUser(User user)
- {
- //存储到xml
- }
- }
public interface IUserDAO { public void saveUser(User user); } public class UserDAOTXTImp implements IUserDAO { public void saveUser(User user) { //存储到txt } } public class UserDAOXMLImp implements IUserDAO { public void saveUser(User user) { //存储到xml } }
这个方案带来的变化:
1.我要修改依赖UserDAO的类,让其依赖IUserDAO接口.
2.我重新实现一个存储到xml的UserDAO.
3.即使需求发生变化,需要存储到数据库的,我只需要重新实现IUserDAO接口.
4.这样的修改不会破坏原有程序.
以上看来是一个标准的OCP原则教程,那么下面我们进行进一步的思考:
来看看我们破坏了几次OCP原则.
第一天的开发,没有破坏OCP原则,我们只是单纯的增加了一个新功能.
半个月后的开发,无论我们采用方案一还是方案二我们都破坏了OCP原则.
如果我们使用方案一,在以后的变化中我们就会继续破坏OCP原则,并且带来很多负面的影响.
如果我在第一天就采用IUserDAO,整个过程都不会破坏OCP原则,听起来很不错.
那么我来对比一下第一天就采用IUserDAO所带来的不同:
IUserDAO方案:
1.我要做更多的工作,如果以后没有两种以上的实现,这个接口将毫无意义.
2.如果接口不稳定,比如要增加一个读取用户的操作,那么我们必须修改IUserDAO与UserDAO两个地方,增加了额外的工作量.
3.增加了程序的复杂度.
这个方案如果以后没有需求变化,将给系统带来无用的设计以及更多的维护成本.
UserDAO方案:
1.即使有了需求变化,要抽取出一个借口也是非常方便的,相对于IUserDAO方案并没有多出太多的工作量.
2.使用UserDAO方案破坏了OCP原则,破坏了DIP原则,没有依赖于抽象而依赖于具体实现.但是,我们一定要遵循这些原则吗?
3.程序简单直接,易维护.
我无法预期半个月后的那次需求变动,因此我不应该做提前的设计.
我对OpenClose原则的解释:
你对一类问题需要 一个以上的解决方案, 那么当加入新的解决方案时,你的修改不应该对已有模块产生影响,而你可以通过对抽象的实现来进行扩展.
OpenClose原则对于此外的场景是无意义的,比如你要加入一个新功能,IUserDAO现在需要读取用户的方法,你肯定要打开IUserDAO进行修改,这个时候破坏OpenClose原则是必然的.
发表评论
-
resin3.1配置说明
2010-12-14 16:07 851<!-- Resin 3.1 配置文件. --> ... -
resion 2.x配置
2010-12-14 16:06 1166resion 2.x配置 1. <http h ... -
sqlserver 递归查询
2010-12-01 17:20 798WITH read_tree (id,department ... -
20个非常有用的Java程序片段
2010-08-31 22:58 1388下面是20个非常有用的Java程序片段,希望能对你有用。1. ... -
ajax post提交乱码
2010-08-10 17:28 15956月30日 jQuery ajax乱码问题解决 一、测试环 ... -
IE注册表设置安全项
2010-07-30 17:16 2258Windows安全设置之注册表项在IE4.0以上的版本中,IE ... -
AD、CA、SSL,绑定keystore
2010-04-12 22:37 2640本文原文出处:http://blog.csdn.net/fre ... -
理解REST软件架构(转)
2010-01-01 23:47 864一种思维方式影响了软件行业的发展。REST软件架构是当今世界上 ... -
数据整合_SP
2009-12-18 14:50 761CREATE OR REPLACE PACKAGE BODY ... -
屏蔽数据_SP
2009-12-18 14:46 747CREATE OR REPLACE PACKAGE BODY ... -
数据抽取_SP
2009-12-18 14:44 928CREATE OR REPLACE PACKAGE BODY ... -
合并清洗
2009-12-18 14:41 741CREATE OR REPLACE PACKAGE BODY ... -
数据清洗_sp
2009-12-18 14:39 762CREATE OR REPLACE PACKAGE BODY ... -
test_help_sp
2009-12-18 08:24 718CREATE OR REPLACE PACKAGE BODY ... -
数据清洗2
2009-12-18 08:23 815create or replace package body ... -
数据清洗3
2009-12-18 08:22 824CREATE OR REPLACE PACKAGE BODY ... -
dwr reverse-ajax 实例解析(初步认识)
2009-10-30 15:20 1042在网上找了一个老外写的dwr reverse-ajax的例子 ... -
java反射
2009-10-17 21:46 972Reflection 是Java被视为动态(或准动态)语言 ... -
oracle sql
2009-09-23 10:29 632select * from PDS_DELIVERY_REQU ... -
oracle函数
2009-09-16 23:38 1036oracle时间函数 相信很多人都有过统计某些数据的经历,比 ...
相关推荐
然而,通过仔细思考和阅读许多设计模式的文章后,我们终于对开闭原则有了一点认识。其实,我们遵循设计模式前面五大原则,以及使用 23 种设计模式的目的就是遵循开闭原则。 要遵循开闭原则,我们需要对系统进行抽象...
**开闭原则** 是面向对象设计的一个核心原则,它的主要思想是软件实体(如类、模块、函数等...在设计系统时,我们应该始终思考如何在不破坏现有代码结构的前提下,增加新功能或改进现有功能,以体现出开闭原则的精神。
**正文** 设计模式是软件开发中的重要概念,它是一种在特定场景下解决常见问题的经验总结,为代码设计提供了...在进行代码设计时,始终思考如何通过增加新代码而不是修改旧代码来应对需求变更,是实践OCP的关键所在。
1、开闭原则 2、里氏代换原则 3、依赖倒转原则 4、接口隔离原则 5、迪米特法则 6、合成复用原则 使用了一个个的demo案例,以通俗易懂的生活案例解析软件开发设计原则,掌握开发细节。写出耦合度低、易于扩展...
原则3: 开闭原则 Open-Close Principle(OCP) 即对扩展开放,对修改关闭。这是另一种非常棒的设计原则,可以防止其他人更改已经测试好的代码。理论上,可以在不修改原有的模块的基础上,扩展功能。这也是开闭原则的...
开闭原则的应用需要我们深入思考系统的结构和扩展需求,利用抽象和多态等面向对象特性来设计代码。在实际项目中,我们可以结合其他设计模式,如策略模式、装饰者模式等,来更好地实现开闭原则。通过这样的设计,我们...
7. 开闭原则(Open/Closed Principle) 你所编写的软件实体(类、模块、函数等)最好是开放的,这样别人可以拓展开发。不过对于你的代码,得限定别人不得修改。 8. 代码维护(Write Code for the Maintainer) 一...
设计原则通常包括但不限于单一职责原则(SRP)、开闭原则(OCP)、里氏替换原则(LSP)、接口隔离原则(ISP)以及依赖倒置原则(DIP)等。 - **单一职责原则** (SRP): 指一个模块或类应该只负责一项功能的变化,即一个类或...
例如,他强调面向对象设计的重要性,提倡使用设计原则,如单一职责、开闭原则、依赖倒置原则等,以提高软件设计的质量。 此外,书中还包含了大量可复用的C++和Java源代码示例。这些代码示例不仅展示了如何实现特定...
8. **设计原则的结合**:ISP与其他SOLID原则如单一职责原则(SRP)、开闭原则(OCP)、里氏替换原则(LSP)和依赖倒置原则(DIP)共同作用,构建出高质量、可扩展的软件架构。 9. **实践建议**:在实际开发中,要...
这些模式共同构成了软件设计的基石,帮助开发者遵循“开闭原则”,即对扩展开放,对修改关闭,提高代码的灵活性和可维护性。 在实际编程中,理解并熟练运用设计模式可以显著提升代码质量,减少代码的冗余,提高团队...
3. **设计模式与架构**:Pressman详细阐述了软件设计的原则和模式,如单一职责原则、开闭原则等,以及如何构建模块化、可扩展的系统架构。设计模式如工厂模式、观察者模式等,是软件设计中常用的最佳实践。 4. **...
文档中提到了一个关于长方形和正方形的案例,这是对设计模式中的“开闭原则”(Open-Closed Principle)和“里氏替换原则”(Liskov Substitution Principle)的一个经典讨论。 首先,让我们回顾一下案例。我们有一...
2. **面向对象编程**:深入理解面向对象的设计原则,如单一职责原则、开闭原则、里氏替换原则、依赖倒置原则和接口隔离原则。此外,了解如何设计良好的类和接口,以及如何利用抽象、继承和多态来构建可扩展的系统。 ...
在面向对象设计(OOAD)中,这一理念意味着我们应该持续反思设计决策,确保我们的类和对象设计能够适应需求变化,符合开闭原则(对扩展开放,对修改关闭),并遵循SOLID原则。 提供的文件中,"a1972-dijkstra.pdf...
4. 有利于实现开闭原则:系统对扩展开放,对修改关闭,即在不修改原有代码的基础上,可以方便地添加新的功能。 在实践中,为了遵循依赖倒置原则,我们可以: 1. 尽可能地定义接口或抽象类,作为模块之间的交互点。...
- **Principle原则.doc** 和 **软件设计的七大原则.doc** 强调了软件设计的基本原则,例如开闭原则(对扩展开放,对修改关闭)、依赖倒置原则、里氏替换原则等。这些原则指导我们编写可维护、可扩展的代码。 3. **...