言語ミドルウェアの設計：同じ複雑なビジネスに依存して肥大化したコードを引き起こす複数のビジネスモジュールを回避する方法は？

Golang中級ビジネスレイヤーデザインベストプラクティス：インターフェイスと登録メカニズムに基づくデカップリングソリューション

複数のビジネスモジュールが同じ複雑なビジネスに依存している場合、肥大化したコードと維持の難しさを避けるために中間ビジネスレイヤーを設計する方法は重要な設計上の問題です。この記事では、「Create a」ビジネスのインターフェイスと登録メカニズムに基づいたデカップリングソリューションについて説明します。これは、元のソリューションのスイッチステートメントによって引き起こされるコード蓄積問題を効果的に解決できます。

問題の説明では、ABCDなどの複数のビジネスモジュールが「Create a」ビジネスを呼び出し、コールの前後にそれぞれの前処理と後処理を実行する必要があります。元のソリューションでは、スイッチステートメントを使用して区別します。これは、ビジネスモジュールの数が増加すると維持が困難になります。したがって、よりエレガントでスケーラブルなソリューションが必要です。

改善ソリューションの中核は、GO言語のインターフェイス特性と登録メカニズムを利用することです。インターフェイスハンドルパブリカを定義できます。これには、Aを作成する前の処理、Aの作成後の処理、およびビジネスモジュールのIDを表す3つの方法の3つの方法が含まれています。

各ビジネスモジュール（a、b、c、dなど）は、ハンドルパブリカインターフェイスを実装し、それぞれのbeferecreateおよびaftercreateメソッドの特定の前処理と後処理ロジックを実装します。名前メソッドは、ビジネスモジュールの識別子を返します。

ビジネス自体の作成は、独立した構造のpublicaとして使用され、そのDOメソッドにはコアビジネスロジックが含まれています。

この設計により、各ビジネスモジュールの処理ロジックを分離して、スイッチステートメントの蓄積を回避できます。実行時には、ハンドルパブリカインターフェイスタイプのスライスフックを介して各ビジネスモジュールを登録してから、それらのbeforecreateおよびaftercreateメソッドを順番に呼び出すことができます。

これが特定のコードの例です。

タイプpublicaparam struct {} //公共サービスに必要なデータを作成するタイプのpublica struct {} // public service a
型publicares struct {} //公共サービスによって生成されたデータfunc（p publica）do（name string）publicares {// business business ows ows processing return publicares {}
}

タイプハンドルパブリカインターフェイス{
    Beforecreate（publicaparam）publica
    AfterCreate（publicares）
    名前（）文字列
}

タイプA struct {//他のビジネスa
    myname文字列
}
func（a）beforecreate（param publicaparam）publica {return publica {}}
func（a）aftercreate（publicares）{}
func（a a）name（）string {return a.myname}

func main（）{
    PARAM：= publicAparam {}
    フック：= [] handlepublica {a {myname： "a"}}
    i：=レンジフック{
        p：= hooks [i] .beforecreate（param）
        後：= p.do（fooks [i] .name（））
        fooks [i] .aftercreate（後）
    }
}

この例では、パブリック構造は「Create a」ビジネスを表し、HandlePublicaインターフェイスはビジネスモジュールが実装する必要がある方法を定義し、A構造はハンドルパブリカインターフェイスを実装し、フックスライスに登録されています。スライスを横断することにより、各ビジネスモジュールの処理ロジックを順番に呼び出して、ビジネスロジックのデカップリングとスケーラビリティを実現できます。結果は、publica.doメソッドが処理された後に返され、後続の処理のために各ビジネスモジュールの後の作成方法に再び渡されます。

以上が言語ミドルウェアの設計：同じ複雑なビジネスに依存して肥大化したコードを引き起こす複数のビジネスモジュールを回避する方法は？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。