程序设计模式策略模式教案.pptVIP

策略模式是一个比较容易理解和使用的设计模式，策略模式是对算法的封装，它把算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法封装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是“准备一组算法，并将每一个算法封装起来，使得它们可以互换”。 在策略模式中，应当由客户端自己决定在什么情况下使用什么具体策略角色。 策略模式仅仅封装算法，提供新算法插入到已有系统中，以及老算法从系统中“退休”的方便，策略模式并不决定在何时使用何种算法，算法的选择由客户端来决定。这在一定程度上提高了系统的灵活性，但是客户端需要理解所有具体策略类之间的区别，以便选择合适的算法，这也是策略模式的缺点之一，在一定程度上增加了客户端的使用难度。 * 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 ? !name.equals(personN) : personN != null) return false; return true; } public int hashCode() { int result; result = (name != null ? name.hashCode() : 0); result = 29 * result + (address != null ? address.hashCode()