新舊委派的撰寫與呼叫方式:以購物車折扣為例

日前有一位朋友再次問到委派(delegate)的觀念問題(他要設計網站購物車與優惠折扣方面的物件),是否能舉一個更實際的例子,來進行新舊委派的寫法。當然,我不可能真的跳下去幫他寫真實的類別元件,我只能夠藉由一些其實毫無作用的程式碼來演繹一下委派的寫法,意思到就好了啦!

我們的任務如下:

產品類別:
  產品名稱
  產品價格
購物車類別:
  產品集合屬性
  計算總金額方法
主控台:
  將挑選好的產品傳入,請購物車類別幫忙計算金額

有了上面的初步規劃後,我們還要知道一件事情,就是購物車類別的計算總金額方法中,千萬不可以把「折扣優惠判斷式」寫在購物車類別裡面,因為老闆會常常改促銷優惠條件,那你的購物車類別就得常常更迭了,所以不如拉到外面去做吧!

傳統委派的寫法

觀察的重點可以擺在Cart類別中的public delegate int Formula(int iSum),這一行就是很經典的委派簽名。另外一個觀察的點就是Calculator(Formula oFormula)這個方法的引數掛上了Formula委派簽名,讓方法內的程式碼可以開始引用這個委派,其他的寫法直接看程式碼吧!

class Program
{
  static void Main(string[] args)
  { //新增購物車,並把商品放入
    Cart oCart = new Cart()
    {
      oProducts = new List<Product>
      {
        new Product() {cName="AAA", iPrice= 200},
        new Product() {cName="BBB", iPrice= 500},
        new Product() {cName="CCC", iPrice= 800},
        new Product() {cName="DDD", iPrice= 900}
      }
    };
    //將促銷公式,指派給Discount
    int iResult = oCart.Calculator(Discount);
    //輸出金額
    WriteLine($"總金額:{iResult}");
    ReadKey();
  }

  //促銷公式
  public static int Discount(int iSum)
  { //超過一千元,單純減價100元
    if (iSum > 1000)
    { return iSum - 100; }
    else
    { return iSum; }
  }
}

//產品類別
public class Product
{
  public string cName { get; set; }
  public int iPrice { get; set; }
}

//購物車類別
public class Cart
{
  public System.Collections.Generic.List<Product> oProducts;

  //(委派簽名)優惠促銷公式一定會常改,因此委派出去
  public delegate int Formula(int iSum);

  public int Calculator(Formula oFormula)
  { //計算總金額(或者這邊應該實作檢查庫存)
    int iSum = oProducts.Sum(x => x.iPrice);
    //委派給外部公式後,返回折扣後金額
    return oFormula(iSum);
  }
}

最後執行的結果,本來的總金額是2400元,但是因為超過了1000元所以優惠100元,變成2300元。執行結果有正確的繞出去委派交付運行。

新式委派的寫法

新式委派說穿了,就是捨棄掉傳統的delegate寫法,改採用微軟預先做好的Func委派簽名(匿名委派),然後調用端的方式拋棄傳統的具名委派方法實作,改採用潮到出水匿名方法來運作,其他的就直接看程式碼吧。

class Program
{
  static void Main(string[] args)
  { //新增購物車,並把商品放入
    Cart oCart = new Cart()
    {
      oProducts = new List<Product>
      {
        new Product() {cName="AAA", iPrice= 200},
        new Product() {cName="BBB", iPrice= 500},
        new Product() {cName="CCC", iPrice= 800},
        new Product() {cName="DDD", iPrice= 900}
      }
    };
    //將促銷公式委派給匿名型別
    int iResult = oCart.Calculator((oProducts) =>
    { //自己計算總金額
      int iSum = oProducts.Sum(x => x.iPrice);
      //自己計算促銷公式
      if (iSum > 1000)
      { return iSum - 100; }
      else
      { return iSum; }
    });
    //輸出金額
    WriteLine($"總金額:{iResult}");
    ReadKey();
  }
}

//產品類別
public class Product
{
  public string cName { get; set; }
  public int iPrice { get; set; }
}

//購物車類別
public class Cart
{
  public System.Collections.Generic.List<Product> oProducts;
  
  //這個方法基本上只剩下出一支嘴的能力,因為把所有的東西都丟給外面的委派方法了
  public int Calculator(System.Func<System.Collections.Generic.List<Product>, int> oFormula)
  { //這邊能做的事情大概類似檢查資料庫庫存,並把已經沒貨的商品從清單拿掉,然後拋回去給呼叫者自己計算
    //委派給外部公式後,返回折扣後金額
    return oFormula(oProducts);
  }
}

計算結果金額依然為2300元,只是採用新式委派的寫法後,程式碼變得更精簡。委派在大型專案中類別的切割有其優點,但從上面的程式碼中大家也可以看到一些詭異的點,就是有些類別基本上已經完全不做事了。類別的分工切割本身是一門藝術,如何讓類別方法保持單一責任(Single Responsibility Principle,SRP)這就依賴大家的智慧嘍。

相關連結:

C# delegate Func(T) AnonymousFunction Lambda SingleResponsibilityPrinciple S.O.L.I.D