SEO这个职业成长至今，可以说是格式百出，我也整理一下当前通过SEO“发财致富”的几个较量热门的途径，但愿藉此

  里氏代换原则（Liskov Substitution Principle） 里氏代换原则是由麻省理工学院（MIT）计算机科学实验室的Liskov女士，在1987年的OOPSLA大会上发表的一篇文章《Data Abstraction and Hierarchy》里面提出来的，主要阐述了有关继承的一些原则，也就是什么时候应该使用继承，什么时候不应该使用继承，以及其中的蕴涵的原理。2002年，软件工

我最近学习设计模式：然后就开始我们的设计模式之旅 1. 单一职责原则(Single Responsibility Principle,SRP) 单一职责的好处： l   类的复杂性降低，实现什么职责都有清晰明确的定义； l   可读性提高，复杂性降低，那当然可读性提高了； l   可维护性提高，可读性提高，那当然可读性提高了； l    变更引起的风险降低，变更是必不可少的，如果接口的单一职责做得

1.       里氏替换原则（Liskov Substiution Principl，LSP） 如果要说里氏替换原则，就必须说继承，因为里氏替换原则就是继承的缺点的解决方案。 继承好处 l         代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性。 l         提高代码的重用性 l         父类可以形似父类，但又异于父类 l         提高代码的可扩展性

1.       依赖倒置原则(Dependence Inversion Principle，DIP) High level modules should not depend upon low level modules.Both should depend upon abstractions. Abstractions should not depend upon details should

原则，故名思议则是本质的意思。所谓擒贼先擒王，研究设计模式自然要先了解设计原则，所有的模式都是在这些原则的基础之上发展起来的，有的是侧重一个，有的是多个都有所涉及。看完设计模式之后，我感觉到每个模式都有这些原则的影子，还渗透着面向对象的三大属性，也觉得这些原则也都有相通之处，，正是有了他们才使我们由代码工人转为艺术家。下面我来点评一下六大原则，望各位拍砖： 1、单一职责原则（Single Resp

                   里氏替换原则（Liskov Substitution Principle， LSP）    看到里氏替换原则，感觉很好奇，名字很怪，哈哈哈，其实这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的，向伟大的IT届的女精英们致敬！ 定义1：如果对应类型为S的对象o1，有类型为T的对象o2，使得以T定义的所有程序P，在

单一职责原则（SingleResponsibility Principle ，SRP） 定义：应该有且只有一个原因引起类的变更。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，

依赖倒置原则（Dependence Inversion Principle， DIP） 定义：依赖倒置原则具有以下三层含义： 1、高层模块不应该依赖底层模块，两者都应该依赖其抽象； 2、抽象不应该依赖细节； 3、细节应该依赖抽象。 问题由来：类A直接依赖类B，若要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般为高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的

 里氏代换原则由2008年图灵奖得主、美国第一位计算机科学女博士Barbara Liskov教授和卡内基·梅隆大学Jeannette Wing教授于1994年提出。其严格表述如下：如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有变化，那么类型S是类型T的子类型。这个定义比较拗口且难以理解，因此我们一般使用它的另一个通俗

UML类图  使用UML类图，我们可以表示出类的静态内容以及它们之间的关系。在类图中，我们可以显示出类的成员变量和成员函数，以及类之间的继承和引用关系。简而言之，我们可以描绘出类之间所有源码级的依赖关系。 在UML中一个类表示为如下图： 类图中变量和函数名前面的符号。短横线（-）表示private;井号（#）表示protected;加号（+）表示public; 变量和函数参数的类型显示在变量和参数

2.3.1 引言          无论如何，开放封闭原则（OCP，Open Closed Principle）都是所有面向对象原则的核心。软件设计本身所追求的目标就是封装变化、降低耦合，而开放封闭原则正是对这一目标的最直接体现。其他的设计原则，很多时候是为实现这一目标服务的，例如以Liskov替换原则实现最佳的、正确的继承层次，就能保证不会违反开放封闭原则。 2.3.2 引经据典        

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会

1.1 我是“牛”类，我可以担任多职吗      单一职责原则的英文名称是Single Responsibility Principle，简称是SRP。这个设计原则备受争议，只要你想和别人争执、怄气或者是吵架，这个原则是屡试不爽的。如果你是老大，看到一个接口或类是这样或那样设计的，你就问一句：“你设计的类符合SRP原则吗？”，保准对方立马“萎缩”掉，而且还一脸崇拜地看着你，心想：“老大确实英明”。

2.1 爱恨纠葛的父子关系      在面向对象的语言中，继承是必不可少的、非常优秀的语言机制，它有如下优点： 代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性； 提高代码的重用性； 子类可以形似父类，但又异于父类，“龙生龙，凤生凤，老鼠生来会打洞”是说子拥有父的“种”，“世界上没有两片完全相同的叶子”是指明子与父的不同； 提高代码的可扩展性，实现父类的方法就可以“为所欲为”了，君不见

            背景        随着科技的进步手机的功能越来越多，效果也越来越好；但是摄影爱好者们用的还是单反，记者采访时用的还是录音笔，商务办公时用得多的还是电脑。。。也许你可以说有一天手机可能会取代它们，但是你不可否认的是大多数时候一件产品简单点，职责单一些或许是更好的选择。        概述        单一职责原则（Single Responsibility Princip

       背景        前段时间有同学感觉自己电脑内存不够用了想买个内存条，只看她在网上捣鼓了一会就搞定了。也没见她看内存条的具体型号是否可以在其电脑上使用等等知识。一时不得其解，网上查了查才知道电脑的硬件是面向接口设计的，最近正好在学习设计模式，我想这是不是和设计模式中的依赖倒转原则有点关系。下面就让小生带领大家详细了解一下“依赖倒转原则（Dependence Inversion Pr

       背景        上一篇我总结了一下依赖倒转原则，查了很多资料发现凡总结依赖倒转原则的时候，大多数人也会把里氏代换原则顺道也给总结了。Why？还是让我们先来看看里氏代换原则（Liskov Substitution Principle, LSP）吧。        定义        Functions that use pointers or referencesto base c

       背景        对于很多人来说自己的第一步手机或者曾经用过的手机里一定有诺基亚的身影。记得当年的诺基亚的手机即时使用的系统是相同的也可能不能使用相同的软件，还得看具体的机型。现在想着就麻烦，哪里有电脑上的软件和安卓智能手机上的软件使用起来方便。如果你看了之前的博客，你肯定会知道，今天我们要了解的是合成/聚合复用模式（Composite/Aggregate Reuse Princi

文章转载于：http://blog.csdn.net/zhengzhb/article/details/7278174 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使