戦略は、フォーカスモードアルゴリズムを維持することであるストラテジパターンとファクトリパターンとの最大の違いはまた、アルゴリズムのパッケージとして理解することができます。工場出荷時のパターンは4年戦略モードでクラスを作成するための唯一の責任がある、多くの場合、工場出荷時のパターンと混同しやすいです。
戦略パターンの公式な説明:
これは、アルゴリズムの家族は、彼らはこのモードの間で交換することができるように、それらをカプセル化し、アルゴリズムの変更は、アルゴリズムを使用している顧客には影響しませんしましょう定義します。
スタートモードので、時間の各概要はUML図を描画します。
モールのこの例では、マーケティング活動、商品価格の割引だけでなく、戻り値の活動と組み合わせる活動に従事します。
活動の任意のタイプは、最終的な結果を算出する方法があるでしょうので、このメソッドは抽象的です:
public interface PriceCalculate {
public abstract double getFinalPrice();
}
そして、それらを実装、活動、割引、キャッシュバック活動に従事していない次のとおりです。
public class NormalPrice implements PriceCalculate {
private double finalPrice = 0d;
public double getFinalPrice() {
// TODO Auto-generated method stub
return finalPrice;
}
public NormalPrice(double sourcePrice){
this.finalPrice = sourcePrice;
}
}
そして、値引き:
public class DebetPrice implements PriceCalculate {
private double finalPrice = 0d;
@Override
public double getFinalPrice() {
return finalPrice;
}
public DebetPrice(double sourcePrice,double debet){
this.finalPrice = Calculate.mul(sourcePrice, debet);
}
}
ツールのために計算し、最後に特定のコード。
そして、割引アクティビティ:
public class ReturnPrice implements PriceCalculate {
private double finalPrice = 0d;
@Override
public double getFinalPrice() {
// TODO Auto-generated method stub
return finalPrice;
}
/**满多少价反钱活动
* @param sourcePrice 原价
* @param conditionPrice 返现金消费额度
* @param returnPrice 返现金力度
*/
public ReturnPrice(double sourcePrice,double conditionPrice,double returnPrice){
this.finalPrice = sourcePrice;
if( sourcePrice >= conditionPrice ){
double times = Math.floor(Calculate.div(sourcePrice, conditionPrice)) ;
int count = times>=1? (int)times:0;
while(count-->0){
this.finalPrice = Calculate.sub(sourcePrice,returnPrice);
}
}
}
}
以下のように、前記ユーティリティクラスを計算します。
package com.yp.learn.util;
import java.math.BigDecimal;
public class Calculate {
// 默认除法运算精度
private static final int DEF_DIV_SCALE = 10;
private Calculate(){};
/**精确 加法运算
* @param d1 被加数
* @param d2 加数
* @return 和
*/
public static double add(double d1,double d2){
BigDecimal b1= new BigDecimal(Double.toString(d1));
BigDecimal b2= new BigDecimal(Double.toString(d2));
return b1.add(b2).doubleValue();
}
/**
* 提供精确的减法运算。
* @param v1 被减数
* @param v2 减数
* @return 两个参数的差
*/
public static double sub(double v1, double v2) {
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.subtract(b2).doubleValue();
}
/**
* 提供精确的乘法运算。
* @param v1 被乘数
* @param v2 乘数
* @return 两个参数的积
*/
public static double mul(double v1, double v2) {
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.multiply(b2).doubleValue();
}
/**
* 提供(相对)精确的除法运算,当发生除不尽的情况时,精确到 小数点以后10位,以后的数字四舍五入。
* @param v1 被除数
* @param v2 除数
* @return 两个参数的商
*/
public static double div(double v1, double v2) {
return div(v1, v2, DEF_DIV_SCALE);
}
/**
* 提供(相对)精确的除法运算。当发生除不尽的情况时,由scale参数指 定精度,以后的数字四舍五入。
* @param v1 被除数
* @param v2 除数
* @param scale 表示表示需要精确到小数点以后几位。
* @return 两个参数的商
*/
public static double div(double v1, double v2, int scale) {
if (scale < 0) {
throw new IllegalArgumentException(
"The scale must be a positive integer or zero");
}
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.divide(b2, scale, BigDecimal.ROUND_HALF_UP).doubleValue();
}
}
そして、コア戦略モデルが出てきた、いくつかのクラスは、クラスを達成してきた、とアルゴリズムがあり、行うための戦略パターンがある
に
外の抽象的
アルゴリズム
た
維持
、次のように:
public class PriceCalculateContext {
PriceCalculate cal = null;
/**无活动情况
* @param sourcePrice
*/
public PriceCalculateContext(double sourcePrice){
cal = new NormalPrice(sourcePrice);
}
/**打折活动
* @param sourcePrice 原价
* @param debet 打折力度
*/
public PriceCalculateContext(double sourcePrice,double debet){
cal = new DebetPrice(sourcePrice,debet);
}
/**返现活动
* @param sourcePrice 原价
* @param conditionPrice 返现所需满足额度
* @param returnPrice 返现力度
*/
public PriceCalculateContext(double sourcePrice,double conditionPrice,double returnPrice){
cal = new ReturnPrice(sourcePrice,conditionPrice,returnPrice);
}
public double getResult() {
return cal.getFinalPrice();
}
}
前工場パターンと比較し、ストラテジパターンは、クラスの動作を作成するファクトリクラスを提供していないが、唯一のものクラスはPriceCalculateContextクラスの動作を維持し、このクラスがメソッドをのgetResult()を提供し、この方法は、単に呼び出されますこれは、アルゴリズムのインタフェースです。だから今、クライアントコードは非常に明確です:
public class Start {
public static void main(String[] args) {
PriceCalculateContext p = new PriceCalculateContext(100d);
System.out.println(p.getResult());
p = new PriceCalculateContext(122.2d, 100d, 15d);
System.out.println(p.getResult());
}
}
特に完全に遮蔽さクライアント・コンピューティングの形態で、価格を維持するために、クラス構造によって算出された最終計算結果。最も明白なパッケージで実装された各ポリシーアルゴリズムのためのポリシーモードで、この場合には、フォローアップにおけるPriceCalculateContextのgetResultの方法で、あなたは新しいアルゴリズムを追加する必要がある場合は、それを言うことができるので、私はちょうど新しいを追加する必要がありますアルゴリズムクラス、およびPriceCalculateContextの対応する増加にマッピングされました。のみそのままその後、メソッド呼び出し、クライアント上の異なるパラメータに基づいて初期化する必要があります。
次のようにUMLは以下のとおりです。
また、クラス図から見ることができ、唯一のPriceCalculateContextクラスを関連付けられているクライアントコードは、デカップリングは非常に成功しています。
それでも戦略モデルがパッケージング戦略に焦点を当てていることを強調する。
概要分析:
1、比較増大アルゴリズムによってカプセル化されたすべてのアルゴリズムのクラス(PriceCalculateContext)を維持し、工場モード、及びクライアントコード、だけ作成して使用するようになっています。
新しいクラスは、アルゴリズムがクラスがコード、要件と同等と実装を変更維持する必要がある2は、マッピングを行います。つまり、クライアントコードはまだ遷移条件が決定されていません。
ます。https://my.oschina.net/u/1182369/blog/406571で再現