どのデザインパターンを使用しますか？ （決済システムAPI）

Question

私は支払いシステムで動作するクラスを実装する必要が（のはPaymentSystemそれを呼びましょう）、下記の操作を許可するAPI：ユーザー

へ

• 発行請求書は、請求書
をチェック
：
は
• チェック受取人の存在が

私が今持っていることであるユーザーの残高を取得します。

• PaymentSystemIssueInvoice
• PaymentSystemCheckInvoice
• PaymentSystemGetBalance：すべての設定が残っている（セキュリティ・トークン、パスワード、RESTfulなAPIのURLを、など）各APIエントリの

  クラスです

  抽象クラスPaymentSystemBase

• PaymentSystemCheckUser

このクラスのそれぞれは、（もちろんPaymentSystemBaseから継承された）方法でPaymentSystemAPIから継承され

：

• request - APIからの応答（基本的に要求が成功したかどうか指示を解析する
• parseResponse HTTPを介して要求を行います、APIの一部の作成・デザイン・パターン（IssueInvoice、CheckInvoiceを使用すると便利だろう：私たちは、私の質問がある

）エラーを持っています、CheckUser）？

別の方法でAPIを実装する方法を教えていただけたら、お気軽に質問に回答してください。

ありがとうございます。

Answer 1

これは、command（Irfyが指摘する）に類似している可能性があります。

基本クラスのどのサブクラスを使用するか（つまり、いくつかのコンストラクタパラメータを使用するよりも合理的です）を決定する複雑なロジックがある場合は、factoryパターンを使用できます。

私はstrategyもそこに投げ捨てますが、私たちはオフトラックになるかもしれません。

デザインパターンに関する一般的な注意点として、目的に合わせて使用​​する必要があります。

1. 大きくコード可読性
2. 大きくコードの再利用：典型的にはパターンがために使用されます。
3. 変更されないものとは変更される場合があります。

特に、選択しているサブクラスが将来変更される可能性がある場合、使用するサブクラスを抽象化するとよいでしょう。ファクトリパターンは、このロジックを単一のクラスにカプセル化することでこれを行います。

私は、あなたがいくつかのクラスを使ってメソッドのように見えることを奇妙に感じます。しかし、別のAPIを使用しているように聞こえるので、さらにアドバイスするためにはさらに詳しい情報が必要です。