java策略模式(Java策略模式多种返回结果)

Java设计模式的中介者模式是怎样的？

  如果对象之间的关系原本一目了然，中介对象的加入便是“画蛇添足”。

来看下中介者模式的组成部分吧。

1) 抽象中介者(Mediator)角色：抽象中介者角色定义统一的接口用于各同事角色之间的通信。

2) 具体中介者(Concrete Mediator)角色：具体中介者角色通过协调各同事角色实现协作行为。

Java设计模式之Flyweight模式是怎样的？

  Flyweight的内部状态是用来共享的,Flyweight factory负责维护一个对象存储池(Flyweight Pool)来存放内部状态的对象。Flyweight模式是一个提高程序效率和性能的模式,会大大加快程序的运行速度。应用场合很多，下面举个例子：

先定义一个抽象的Flyweight类：

package Flyweight;public abstract class Flyweight。

java策略模式和工厂模式的区别

工厂模式是创建型模式

策略模式是行为性模式

一个关注对象创建

一个关注行为的封装

策略模式就是定义一系列的算法，这些算法可以在需要的时候替换和扩展．工厂模式是生成型的模式，在你需要的时候构建具体的实例．

在下面的情况下应当考虑使用策略模式：

1. 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。

一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些具体算法类都是一个抽象算法类的子类。换言之，这些具体

算法类均有统一的接口，由于多态性原则，客户端可以选择使用任何一个具体算法类，并只持有一个数据类型是抽象算法类的对象。

3. 一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的复杂的和只与算法有关的数据。

4. 如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。此时，使用策略模式，把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象设计的概念。

策略模式的优点和缺点

策略模式有很多优点和缺点。它的优点有：

1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。

策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提

供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑

混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。

3. 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。

策略模式的缺点有：

1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。

2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。

策略模式与很多其它的模式都有着广泛的联系。Strategy很容易和Bridge模式相混淆。虽然它们结构很相似，但它们却是为解决不同的问题

而设计的。Strategy模式注重于算法的封装，而Bridge模式注重于分离抽象和实现，为一个抽象体系提供不同的实现。Bridge模式与

Strategy模式都很好的体现了"Favor composite over inheritance"的观点。

java策略模式和代理模式有什么区别？

这2者 根本就不能 谈什么区别。。。

完全不是一回事

策略模式：

多个类只区别在表现行为不同，可以使用Strategy模式，在运行时动态选择具体要执行的行为。

对其他对象提供一种代理以控制对这个对象的访问。去网上搜一下，或者找本书比如设计模式之禅，大话设计模式等看一下自然就明白了

设计模式关键是要有实例加上理论才能理解透彻，然后再有意识地多运用

在这里问，别人也不可能给你多么详细的回答，网上有很多专门介绍设计模式的博文什么的，解释的都很好你好！