程序设计模式策略模式祥解.ppt

策略模式通过接口或抽象类封装算法的标识，即在接口中定义一个抽象方法，实现该接口的类将实现接口中的抽象方法。 策略模式把行为和环境分开。 环境类负责维持和查询行为类，各种算法在具体的策略类中提供。 由于算法和环境独立开来，算法的增减，修改都不会影响到环境和客户端。 策略模式中，封装算法标识的接口称作策略，实现该接口的类称作具体 * 除了提供专门的查找算法类之外，还可以在客户端程序中直接包含算法代码，这种做法更不可取，将导致客户端程序庞大而且难以维护，如果存在大量可供选择的算法时问题将变得更加严重。 * 策略模式是一个比较容易理解和使用的设计模式，策略模式是对算法的封装，它把算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法封装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。 在策略模式中，应当由客户端自己决定在什么情况下使用什么具体策略角色。 策略模式仅仅封装算法，提供新算法插入到已有系统中，以及老算法从系统中“退休”的方便，策略模式并不决定在何时使用何种算法，算法的选择由客户端来决定。这在一定程度上提高了系统的灵活性，但是客户端需要理解所有具体策略类之间的区别，以便选择合适的算法，这也是策略模式的缺点之一，在一定程度上增加了客户端的使用难度。 * Strategy模式的角色：Strategy????策略（算法）抽象。ConcreteStrategy????各 种策略（算法）的具体实现。Context????策略的外部封装类，或者说策略的容器类。根据不同 策略执行不同的行为。策略由外部环境决定。 * A few weeks ago, we were looking at the Strategy Design Pattern, which gets far less attention than it deserves. Gerhard Radatz from Alcatel Austria, asked whether the hashCode() function is an example of the Strategy. I do not think it is, but the question triggered an idea. I have written many hashCode() and equals() functions and they usually follow the same pattern. In IntelliJ IDEA, it even autogenerates them for you. But this is dumb copy + paste code, even if it is generated, so why could we not replace that with a Strategy instead, and how would it perform? Here is an example of IntelliJ IDEA generated equals() and hashCode() functions: public class PersonNormal { private final String name; private final String address; private final int age; public PersonNormal(String name, String address, int age) { = name; this.address = address; this.age = age; } public boolean equals(Object o) { if (this == o) return true; if (!(o instanceof PersonNormal)) return false; final PersonNormal personNormal = (PersonNormal) o; if (age != personNormal.age) return false; if (address != null ? !address.equals(personNormal.address) : personNormal.address != null) return false; if (name != null ?