- 浏览: 143931 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
august_000:
很有道理,我已经亲自测试过了:
public class ...
单例模式之线程安全解析 -
Chris_bing:
一个单例有这么多名堂,最后那个内部类的解决方案很有创意啊,受教 ...
单例模式之线程安全解析
(转)重述——依赖倒置原则
- 博客分类:
- 编程思想
- 可复用面向对象程序设计
依赖倒置原则(Dependence Inversion Principle )
所谓依赖倒置原则就是要依赖于抽象,不要依赖于具体。简单的说就是对抽象(或 接口)进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。
面向过程的开发,上层调用下层,上层依赖于下层,当下层剧烈变化时,上层也要跟着变化,这就会导致模块的复用性降低而且大大提高了开发的成本。
面向对象的开发很好的解决了这个问题,一般的情况下抽象的变化概率很小,让用户程序依赖于抽象,实现的细节也依赖于抽象。即使实现细节不断变化,只要抽象不变,客户程序就不需要变化。这大大降低了客户程序域实现细节的耦合度。
比如一个合资汽车公司现在要求开发一个自动驾驶系统,只要汽车上安装上这个系统,就可以实现无人驾驶,该系统可以在福特车系列和本田车系列上使用。面向过程的结构图:
实现代码如下:
显然这个实现代码也可满足现在的需求。
但是如何现在公司业务规模扩大了,该自动驾驶系统还要把吉普车也兼容了。这些就需要修改AutoSystem类如下:
通过代码分析得知,上述代码也确实满足了需求,但是软件是不断变化的,软件的需求也是变化的,如果将来业务又扩大了,该自动驾驶系统还有能实现通用、三菱、大众汽车,这样我们不得不又要修改AutoSystem类了。这样会导致系统越来越臃肿,越来越大,而且依赖越来越多低层模块,只有低层模块变动,AutoSystem类就不得不跟着变动,导致系统设计变得非常脆弱和僵硬。
导致上面所述问题一个原因是,含有高层策略的模块,如AutoSystem模块,依赖于它所控制的低层的具体细节的模块(如FordCar和HondaCar)。如果能使AutoSystem模块独立于它所控制的具体细节,而是依赖抽象,那么我们就可以服用它了。这就是面向对象中的“依赖倒置”机制。如下类图:
实现代码如下:
现在Autosystem系统依赖于ICar这个抽象,而与具体的实现细节HondaCar:和FordCar无关,所以实现细节的变化不会影响AutoSystem.对于实现细节只要实现ICar即可。即实现细节依赖于ICar抽象。
综上所述:一个应用中的重要策略决定及业务 正是在这些高层的模块中。也正是这些模块包含这应用的特性。但是,当这些模块依赖于低层模块时,低层模块的修改比较将直接影响到他们,迫使它们也改变。这种情况是荒谬的。
应该是处于高层的模块去迫使那些低层的模块发生改变。处于高层的模块应优先于低层的模块。无论如何高层模块也不应该依赖于低层模块。而且我们想能够复用的是高层的模块,只有高层模块独立于低层模块时,复用才有可能。
总之,高层次的模块不应该依赖于低层次的模块,它们都应该依赖于抽象。抽象不应该依赖于具体,具体应该依赖于抽象。
原文链接:http://www.cnblogs.com/shaosks/archive/2012/02/07/2341639.html
所谓依赖倒置原则就是要依赖于抽象,不要依赖于具体。简单的说就是对抽象(或 接口)进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合。
面向过程的开发,上层调用下层,上层依赖于下层,当下层剧烈变化时,上层也要跟着变化,这就会导致模块的复用性降低而且大大提高了开发的成本。
面向对象的开发很好的解决了这个问题,一般的情况下抽象的变化概率很小,让用户程序依赖于抽象,实现的细节也依赖于抽象。即使实现细节不断变化,只要抽象不变,客户程序就不需要变化。这大大降低了客户程序域实现细节的耦合度。
比如一个合资汽车公司现在要求开发一个自动驾驶系统,只要汽车上安装上这个系统,就可以实现无人驾驶,该系统可以在福特车系列和本田车系列上使用。面向过程的结构图:
实现代码如下:
public class HondaCar{ public void Run() { Console.WriteLine("本田车启动了!"); } public void Turn() { Console.WriteLine("本田车拐弯了!"); } public void Stop() { Console.WriteLine("本田车停止了!"); } } public class FordCar{ public void Run() { Console.WriteLine("福特车启动了!"); } public void Turn() { Console.WriteLine("福特车拐弯了!"); } public void Stop() { Console.WriteLine("福特车停止了!"); } } public class AutoSystem{ public enum CarType{ Ford,Fonda} private HondaCar hondcar=new HondaCar(); private FordCar fordcar=new FordCar(); private CarType type; public AutoSystem(CarType carType){ this.type = carType; } public void RunCar(){ if (this.type == CarType.Fonda){ hondcar.Run(); }else if (this.type == CarType.Ford){ fordcar.Run(); } } public void StopCar(){ if (this.type == CarType.Fonda){ hondcar.Stop(); }else if (this.type == CarType.Ford){ fordcar.Stop(); } } public void TurnCar(){ if (this.type == CarType.Fonda){ hondcar.Turn(); }else if (this.type == CarType.Ford){ fordcar.Turn(); } } }
显然这个实现代码也可满足现在的需求。
但是如何现在公司业务规模扩大了,该自动驾驶系统还要把吉普车也兼容了。这些就需要修改AutoSystem类如下:
public class AutoSystem{ public enum CarType{ Ford,Fonda,Jeep} private HondaCar hondcar=new HondaCar(); private FordCar fordcar=new FordCar(); private Jeep jeep = new Jeep(); private CarType type; public AutoSystem(CarType carType){ this.type = carType; } public void RunCar(){ if (this.type == CarType.Fonda){ hondcar.Run(); }else if (this.type == CarType.Ford){ fordcar.Run(); }else if (this.type == CarType.Jeep){ jeep.Run(); } } public void StopCar(){ if (this.type == CarType.Fonda){ hondcar.Stop(); }else if (this.type == CarType.Ford){ fordcar.Stop(); }else if (this.type == CarType.Jeep){ jeep.Stop(); } } public void TurnCar(){ if (this.type == CarType.Fonda){ hondcar.Turn(); }else if (this.type == CarType.Ford){ fordcar.Turn(); }else if (this.type == CarType.Jeep){ jeep.Turn(); } } }
通过代码分析得知,上述代码也确实满足了需求,但是软件是不断变化的,软件的需求也是变化的,如果将来业务又扩大了,该自动驾驶系统还有能实现通用、三菱、大众汽车,这样我们不得不又要修改AutoSystem类了。这样会导致系统越来越臃肿,越来越大,而且依赖越来越多低层模块,只有低层模块变动,AutoSystem类就不得不跟着变动,导致系统设计变得非常脆弱和僵硬。
导致上面所述问题一个原因是,含有高层策略的模块,如AutoSystem模块,依赖于它所控制的低层的具体细节的模块(如FordCar和HondaCar)。如果能使AutoSystem模块独立于它所控制的具体细节,而是依赖抽象,那么我们就可以服用它了。这就是面向对象中的“依赖倒置”机制。如下类图:
实现代码如下:
public interface ICar{ void Run(); void Stop(); void Turn(); } public class HondaCar:ICar{ public void Run() { Console.WriteLine("本田车启动了!"); } public void Turn() { Console.WriteLine("本田车拐弯了!"); } public void Stop() { Console.WriteLine("本田车停止了!"); } } public class FordCar :ICar{ public void Run() { Console.WriteLine("福特车启动了!"); } public void Turn() { Console.WriteLine("福特车拐弯了!"); } public void Stop() { Console.WriteLine("福特车停止了!"); } } public class Jeep:ICar{ public void Run() { Console.WriteLine("福特车启动了!"); } public void Turn() { Console.WriteLine("福特车拐弯了!"); } public void Stop() { Console.WriteLine("福特车停止了!"); } } public class AutoSystem{ private ICar car; public AutoSystem(ICar car) { this.car = car; } public void RunCar() { this.car.Run(); } public void StopCar() { this.car.Stop(); } public void TurnCar() { this.car.Turn(); } }
现在Autosystem系统依赖于ICar这个抽象,而与具体的实现细节HondaCar:和FordCar无关,所以实现细节的变化不会影响AutoSystem.对于实现细节只要实现ICar即可。即实现细节依赖于ICar抽象。
综上所述:一个应用中的重要策略决定及业务 正是在这些高层的模块中。也正是这些模块包含这应用的特性。但是,当这些模块依赖于低层模块时,低层模块的修改比较将直接影响到他们,迫使它们也改变。这种情况是荒谬的。
应该是处于高层的模块去迫使那些低层的模块发生改变。处于高层的模块应优先于低层的模块。无论如何高层模块也不应该依赖于低层模块。而且我们想能够复用的是高层的模块,只有高层模块独立于低层模块时,复用才有可能。
总之,高层次的模块不应该依赖于低层次的模块,它们都应该依赖于抽象。抽象不应该依赖于具体,具体应该依赖于抽象。
原文链接:http://www.cnblogs.com/shaosks/archive/2012/02/07/2341639.html
发表评论
-
(转)重述——组合/聚合复用原则
2013-10-30 09:10 998组合/聚合复用原则(Com ... -
(转)重述——迪米特法则
2013-10-29 10:51 1230迪米特法则(Law of Demeter) 又叫最 ... -
(转)重述——里氏替换原则
2013-10-29 10:46 1398里氏替换原则(Liskov Substitution Prin ... -
(转)重述——开放封闭原则
2013-10-29 10:41 742开发封闭原则(Open-Closed Principle OC ... -
(转)重述——单一职责原则
2013-10-29 10:37 799单一职责原则(Single Respo ... -
(转)Java之美[从菜鸟到高手演变]系列之博文阅读导航
2013-10-28 17:00 1661Java之美[从菜鸟到高手演变]系列之博文阅读导航 http: ... -
(转)面向接口编程详解
2013-10-25 12:34 5老文章,自己学习。 面向接口编程详解(一) http://w ... -
(转)细说业务逻辑
2013-10-25 12:30 488前篇 http://www.cnblogs.com/leoo2 ... -
Java 多线程并发控制框架(转)
2012-12-14 11:28 1170Java 提供了语言级 ... -
(转)设计模式综述
2012-11-02 13:29 776设计模式主要分三个类 ... -
(转)面向接口编程详解(三)
2012-10-28 12:55 864讲解几个设计模式 ... -
(转)面向接口编程详解(二)
2012-10-28 12:53 783来源:http://www.cnblogs.com ... -
(转)面向接口编程详解(一)
2012-10-28 12:50 728在这一篇中,将对接口及面向接口编程有个大致的介绍,着重在 ... -
面向对象的3个基本要素和5个基本设计原则(整理)
2012-10-24 23:20 13241面向对象的3个基本要素 ... -
进程与线程
2012-10-23 15:48 875简单来说, 进程是应用程序的一次执行,是具有一定独立功能的程序 ... -
单例模式之线程安全解析
2012-10-17 16:07 1893本文综合网上资料以及代码时间,对要求延迟加载和线程安全 ... -
反面模式(Anti-pattern)
2012-10-17 11:02 2880原文:http://en.wikipedia.or ... -
如何高效地阅读技术类书籍与博客
2012-10-04 16:39 912原文地址:http://www.nowam ... -
面经:面试官会关注你的哪些能力
2012-10-03 21:47 763原文地址:http://www.nowam ... -
阅读思维训练书籍
2012-10-03 21:44 988原文地址:http://www.nowamagic.net/l ...
相关推荐
盈余重述概念辨析,陈丽英,,近年来,财务报告盈余重述现象越来越频繁,学术界并没有对重述给出统一明确的概念界定。本研究梳理了重述的定义,并对相关概念如
——基于关联交易的错报动机分析[J].管理评论,2022,3 4(11):289-302. [2]马晨,张俊瑞,杨蓓.财务重述对会计师事务所解 聘的影响研究[J].会计研究,2016(05):79-86+96. [3]马晨, 冯均科.审计费用、审计任期与会计错报的...
近年来,由于先前发布的财务报告中的信息错误或误导,上市公司在财务报表重述方面变得越来越普遍。 财务重述也已成为会计研究的热点。 通过回顾近年来的财务报表重述,总结了财务报表重述的成因和后果,财务重述的...
A公司财务重述案例研究.doc
上市公司财务重述数据2000-2022重述年度次数会计差错进行更正和披露 包括重述年度,重述次数 财务重述数据 含原始数据、计算代码、计算结果、参考文献 计算说明 使用财务重述公告中所更正年报对应的年度作为财务...
我国疑罪从无的理论省察及规则重述.docx
包括标题、重述对象、年度、公告日期、重述类型、金额、会计科目、发起方等1 5+指标的原始数据!附件内所有文件均包括xls、dta格式数据,无偿赠送您非常详 细的变量说明文件与权威参考文献!上市公司财务重述指标多...
财务重述动因研究述评,陈丽英,,近年来日趋频繁的财务重述受到了投资者、学术界及监管当局的广泛关注。探究财务重述的深层次动因,寻求减少重述、遏制财务欺诈的
有关电阻器、电容器、电感线圈、晶体管等元器件的用途、类别、使用方法等内容可以点击本文相关文章下的各个链接,本文只把电路图中常出现的各种符号重述一遍,希望初学者熟悉它们,并记住不忘。
财务重述 计算说明 使用财务重述公告中所更正年报对应的年度作为财务重述的年度, 若企业年报中发生财务重述取1,否则取0。 本示例的财务重述是指上市公司对以前年度 财务报表中的会计差错进行更正和披露,不包括...
描述了能源互联网使能源电力企业发展环境更加复杂多变。传统能源电力企业如何获得新的增长动力,国外企业在做什么? 中国能源电力企业新旧动能如何切换,需要哪些新能力?
基本权利sub理论重述解读.docx
数学建模结课问题的重述论文.doc
财务重述对房地产供应链资源配置影响实证研究,孙书容,邱玉莲,已有的研究表明,财务重述可能会在行业内引发负面的
埃森哲:与未来对标,能源互联网价值重述及海外应用解析
2021年数字能源研究报告:与未来对标 — 能源互联网价值重述及海外应用解析.pdf
上市公司高管薪酬与财务重述的相关性研究,刘莎,胡南薇,关于高管薪酬对高管的激励作用,学术界现有的研究已经较为全面。不少学者研究发现,对高管薪酬的不同设计可以影响高管工作的积极
这是为 2019 年秋学期计算机图形学课程的大作业编写的系统报告,包含进度报告、算法重述和应用设计三个部分。大作业中实现了图元的生成和编辑算法,实现文件交互和用户交互接口。应用设计上,我完成了满足文件接口...
高管团队特征对财务重述的影响--基于沪市A股上市公司数据,司丽华,胡南薇,随着我国市场经济的迅速发展,资本市场发展也突飞猛进,而会计造假现象也屡见不鲜。本文着重研究上市公司高管团队特征对上市公司
题目不重述了。 小菜一枚,思路还是比较欠缺,按照leetcode题解的精选,用python写了一下。加深理解吧。 按行接雨水: 思路:首先寻找数组的最大值,即最多一共有几行。然后分别求每一行的雨水量。 从第一行开始,...