我應該使用哪種設計模式？ （支付系統API）

Question

我要實現與支付系統工作類（姑且稱之爲PaymentSystem）API，允許下列操作：

• 開具發票給用戶
• 檢查發票
• 獲取用戶平衡
• 檢查收款方存在

我現在所得到的是：

抽象類PaymentSystemBase，所有的設置都保持（安全令牌，密碼，RESTful API中的URL等）

每個API入口類：

• PaymentSystemIssueInvoice
• PaymentSystemCheckInvoice
• PaymentSystemGetBalance
• PaymentSystemCheckUser

每個此類都從PaymentSystemAPI繼承與方法（從PaymentSystemBase繼承，當然）：

• request -
• parseResponse解析從API響應（主要是告訴請求是否成功，或者執行通過HTTP請求我們已經得到了一個錯誤）

所以我的問題是：這將是方便使用一些創作設計模式，爲的API（IssueInvoice，CheckInvoice，GetBalance，CheckUser）？

如果你對我有什麼建議，我應該以另一種方式實現API，請隨時回答/評論問題。

謝謝。

Answer 1

這可能類似於command（由Irfy註釋）。

如果您具有複雜的邏輯來確定要使用的基類的哪個子類（即比使用幾個構造函數參數更合理），那麼您可以使用factory模式。

我也會在那裏扔strategy，但我們可能會偏離軌道。

作爲設計模式的一般注意事項，您應該將它們用於目的。通常模式用於：

1. 增加代碼可讀性
2. 增加代碼重用。
3. 分開可能會改變什麼不會改變。

特別是，如果您選擇的子類可能會在將來發生變化，那麼最好抽象出決定使用哪個子碼的代碼。工廠模式通過將這個邏輯封裝在一個類中來實現這一點。

我覺得很奇怪，你正在使用一些類來表示看起來像方法的東西。但是，這聽起來像你正在處理另一個API，所以我需要更多的信息來進一步提供建議。