设计模式1（对象）

面向对象设计模式与原则：新增类型（员工）不会影响原来类型（员工）的实现代码。

封装：隐藏内部实现；

继承：复用现有代码；

多态：改写对象行为；

 

对象：1.（概念）是某种拥有责任的抽象。

          2.（规格）是一系列可以被其他对象使用的公共接口。

          3.（实现）封装了代码和数据。

 

设计模式常规：

1、针对接口编程，而不是针对实现编程。

2.优先使用对象组合，而不是类继承。

3、封装变化点。

4、使用重构得到模式——设计模式的应用不易先入为主。（源代码就是设计）

 

设计模式原则：

1.单一职责。

2.放开——封闭原则（ocp）。Open-Closed Principle 原则讲的是：一个软件实体应当对扩展开放，对修改关闭。

3.Liskow替换原则（子类必须能替换基类）

4.依赖倒置原则。（依赖倒置（Dependence Inversion Principle）原则讲的是：要依赖于抽象，不要依赖于具体。
简单的说，依赖倒置原则要求客户端依赖于抽象耦合。原则表述：
抽象不应当依赖于细节；细节应当依赖于抽象；
要针对接口编程，不针对实现编程。）

5.接口隔离原则（（Interface Segregation Principle ）讲的是：使用多个专门的接口比使用单一
的总接口总要好。换而言之，从一个客户类的角度来讲：一个类对另外一个类的依赖性应当是建
立在最小接口上的。
过于臃肿的接口是对接口的污染。不应该强迫客户依赖于它们不用的方法。）

 

实例：（结构化编程和对象编程）

结构化做法
1。获得人事系统中所有可能的员工类型
2。根据不同的员工类型所对应的不同的薪金制度，计算其工资
enum EmployeeType{
Engineer;
Sales;
Manager;
…
}
//  计算工资程序
If ( type==EmployeeType.Engineer) {
……
}
else if (type== Employeetype.Sales) {
……
}

 

面向对象设计
1 。根据不同的员工类型设计不同的类，并使这些类继承自一个
Employee抽象类，其中有一个抽象方法GetSalary。
2。在各个不同的员工类中，根据自己的薪金制度，重写（override ）
GetSalary方法。
abstract class Employee{
…
public abstract int GetSalary();
}
class Engineer: Employee{
…
public override int GetSalary() {
……
}
}
class Sales: Employee{
…
public override int GetSalary() {
……
}
}
//  显示工资程序
Employee e=
emFactory.GetEmployee(id);
MessageBox.Show( e.GetSalary());

 

总结：面向对象做法只需要在新的文件里增添新的员工类，让其继承自Employee抽象
类，并重写GetSalary()方法，然后在EmployeeFactory.GetEmployee
方法中根据相关条件，产生新的员工类型就可以了。其他地方（显示
工资程序、Engineer类、Sales类等）则不需要做任何改变。