- 博客(7)
- 资源 (7)
- 收藏
- 关注
RSS订阅原创 接口隔离原则（ISP）
一、概念客户端不应该依赖它不需要的接口；类间的依赖关系应该建立在最小的接口上。二、详细说明 使用多个专门的接口比使用单一的总接口要好。一个类对另外一个类的依赖性应当是建立在最小的接口上的。一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。 “不应该强迫客户依赖于它们不用的方
2012-01-16 10:49:57
860
2
原创 依赖倒转原则
一、概念1.高层模块不应该依赖低层模块。两个都应该依赖抽象。2.抽象不应该依赖细节。细节应该依赖抽象。二、详细说明要针对接口编程，而不是针对实现编程。 传递参数，或者在组合聚合关系中，尽量引用层次高的类。 主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定，就不必再弄一个抽象类做它的父类，这样有画蛇添足的感觉。正是有了里氏代换原则，才使得依
2012-01-15 21:37:24
750
原创 里氏代换原则（LSP）
一、概念子类型必须能够替换掉它们的父类型。二、详细说明一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成他的子类，程序的行为没有变化，子类型必须能够替换掉他们的父类型。也正因为有了这个原则，使得继承复用成为了可能，只有当子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能
2012-01-15 21:20:16
725
原创 开放-封闭原则（OCP）
一、概念软件实体（类、模块、函数等）应该可以扩展，但是不可以修改，即对于扩展是开放的，对于更改是封闭的。二、详细说明 运用开放-封闭原则可以使得软件面对需求的改变却可以保持相对稳定，从而使得软件可以在第一个版本以后不断推出新的版本。换句话说，当面对需求，对程序的改动是通过增加新的代码进行的，而不是更改现有的代码。无论模块多么封闭，都会存在一些无法对之封闭的变化。既然不可能完全封闭，
2012-01-15 20:45:21
747
原创 单一职责原则（SRP）
一、概念就一个类而言，应该仅有一个引起它变化的原因。二、详细解释如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其它职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到破坏。软件真正要做的，就是发现职责并把那些职责相互分离。如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责，就应该考虑类的职责
2012-01-15 19:50:49
654
转载 未将对象引用设置到对象的实例
未将对象引用设置到对象的实例一、网络上的一般说法1、ViewState对象为Null。2、DateSet空。3、sql语句或Datebase的原因导致DataReader空。4、声明字符串变量时未赋空值就应用变量。5、未用new初始化对象。6、Session对象为空。7、对控件赋文本值时,值不存在。8、使用Request.
2012-01-13 16:25:05
3844
1
原创 策略模式中的一些东西
面向对象的编程，并不是类越多越好，类的划分是为了封装，但分类的基础是抽象，具有相同属性和功能的对象的抽象集合才是类。 策略模式（Strategy）：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化，不会影响到使用算法的客户。策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的
2012-01-07 21:35:43
549
1
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人