設計原則:単一責任原則

設計原則:単一責任原則

概要概要

単一の責任とは、サービスが自身の機能に密接に関連する機能にのみ責任を負い、他のサービスが行う必要のあることを行う必要がないことを意味します。たとえば、商品サービスは商品に関連する製品のみを考慮し、注文サービスに関連することを同時に行う必要はありません。
同様に、クラス内のメソッドは1つのことだけを実行する必要があります。

重要性

単一責任の原則により、コードの保守性を高め、コードの再利用性を向上させることができます

公演

学生Aがメソッドを作成したmethodA {
methodB();
}
学生Bがメソッドを作成したmethodB {
methodC();
}
学生Cがメソッドを作成したmethodC {
do someThing;
}現時点では
、学生Dは内部の実装ロジックを知りません。 、学生DはメソッドAとメソッドBのみを必要とします。その結果、彼はメソッドmethodD {
methodA();
methodB();
}を作成しました現時点で
問題があり、呼び出しパスは次のようになります。A- > B-> C-> B -> C、B、Cがコールチェーンで繰り返されます。
改善を行います:methodA {dosomething}、methodB {dosomething}、methodC {dosomething}。このとき、コールチェーンはA-> Bになります。
このロジック開発では、メソッドが1つのことしか実行しないことに注意することが特に重要です。

総括する

単一の責任により、コードの再利用性が向上し、コードの結合が減少する可能性があります。これは、開発と設計で注目に値します。

おすすめ

転載: blog.51cto.com/xxdeelon/2539780