设计模式概述 设计模式（英文全称为Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。之所以提倡设计模式，根本原因在于根本原因是为了代码复用，增加可维护性。前面设计模式六大原则中也简单了解了设计模式需要遵循以下原则： 单一职责原则； 里氏替换原则； 依赖...
分类：
其他好文 时间：
2014-08-07 03:04:18
阅读次数：
203
接口隔离原则（InterfaceSegregationPrinciple），简称ISP：该原则核心思想就是客户端不应该被强迫实现一些不会使用的接口，应该把胖接口中的方法分组，然后用多个接口来代替，每一个接口只服务与一个子模块。这个跟上次分享的单一职责原则类似。设计接口隔离原则的目的：当我们设计应.....
分类：
其他好文 时间：
2014-08-05 00:27:58
阅读次数：
436
1.概述在面向对象的软件设计与开发过程中，根据“单一职责原则”，我们应该尽量将对象细化，使其只负责或呈现单一的职责，即将行为分布到各个对象中。对于一个模块或者系统，可能由很多对象构成，而且这些对象之间可能存在相互的引用，在最坏的情况下，每一个对象都知道其他所有的对象，这无疑复杂化了对象之间的联系。虽...
分类：
其他好文 时间：
2014-08-03 12:33:55
阅读次数：
212
单例模式分三种：懒汉式单例、饿汉式单例、登记式单例三种。主要优点：1)减少创建Java实例所带来的系统开销2)便于系统跟踪单个Java实例的生命周期、实例状态等。主要缺点：1、由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。2、单例类的职责过重，在一定程度上违背了“单一职责原则”。3、滥用单...
分类：
其他好文 时间：
2014-08-01 12:58:41
阅读次数：
186
1.单一职责原则：每个类都只有一个职责，修改一个类的理由只有一个2.开放-封闭远程（OCP）：开放是指可拓展性好，封闭是指一旦一个类写好了，就尽量不要修改里面的代码，通过拓展（继承，重写等）来使旧的类满足新的需求，而不是修改一个类里面的代码。3.依赖倒转原则：高层模块不应该依赖底层模块，两个都应该依...
分类：
编程语言 时间：
2014-07-30 23:14:45
阅读次数：
258
单一职责原则(SRP),就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。软件设计真正要做的许多内容，就是发现职责并把哪些职责相...
分类：
其他好文 时间：
2014-07-30 12:04:03
阅读次数：
246
单一职责原则（Single?Responsibility?Principle） 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变...
分类：
其他好文 时间：
2014-07-27 12:14:46
阅读次数：
304
遇到问题直觉地利用计算机能够理解的方式去分析解决问题，但这样的思维模式只能局限与解决问题，
但写的程序却不一定容易维护，不容易扩展，更不容易复用，为了把代码写的易维护、易扩展、易复用，我们很有必要学习设计模式
1.紧耦合和松耦合
利用面向对象的性质，封装、继承、多态
2.单一职责原则：就一个类而言，应该仅有一个引起它变化的原因
3.简单工厂方法
简单工厂模式的实质是由一个工厂类根据传入...
分类：
其他好文 时间：
2014-07-23 17:01:34
阅读次数：
206
定义： 一个类，只有一个引起它变化的原因。通俗的来说就是一个类只负责一项职责。问题由来： 类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案： 遵循单一职责原则，设计两个类T1和T2，T1负责完成职责...
分类：
其他好文 时间：
2014-07-23 15:45:09
阅读次数：
205
单一职责原则（Single Responsibility Principle），简称SRP。 定义： There should never be more than one reason for a class to change. 应该有且仅有一个原因引起类的变更。 ? 有时候，开发人员设计接口的时...
分类：
其他好文 时间：
2014-07-23 00:34:27
阅读次数：
183
