それでは「単一責務の原則」について解説をしていきたいと思います。
1.1 単一責務の原則
SRP: Single Responsibility Principle
クラスの責務は１つにする
この原則は，基本的に「クラスの責務は１個にしようね」という原則です。あと別の切り口で言うと，「変更理由を１つにしましょう」というふうによく言われています
クラスの変更理由は１つでないといけない
「クラスの変更理由は１つでないといけない」といった感じでよく表現されます。単一責務なので，「１個のクラスに，１個のことだけをさせようね」という非常にシンプルな原則なのですけど，今回は，ここを深掘りして解説をしていきたいと思います。
意外とここを深堀していくと，ドメイン駆動開発の思想にもつながっていきますし，オブジェクトをどうやって上手く分割していくか，というところのヒントだったり，答えだったりというのが，ここにあるのではないかという風に私は思います。
「.NETのエンタープライズアプリケーションアーキテクチャ」という本が黒い本があるのですけど，その中のこの「単一責務の原則」の中では，こういう出だしで書かれています。
「クラスが大きく成長し，多くのメソッドを持つようになったら，責務の数が多すぎる可能性がある，理想の責務の数はたった１つ」ということで，要するに責務の数を１個にしましょうねということなのですが，これからその辺りを詳しく見ていきましょう。
Udemyの非売品コース「C#14新機能」という80分の動画レクチャーを
無料でプレゼントしています。
こちらからご覧になってみてください。
A01_はじめに
B01_メッセージを出すレイアウトの作成
B02_pタグを使ったメッセージ表示
B03_ポップアップメッセージを表示する方法
B04_問い合わせメッセージを表示する方法
B05_ユーザーの入力を受けるメッセージ
B06_インラインJavaScript非推奨
B07_Javascriptを分離してアクセスする方法
B08_MessageServiceを作成する
B09_自作Serviceの依存性注入をする方法
C01_EditFormを使った入力検証
C02_ValidationSummary
C03_ValidationMessage
C04_入力コンポーネント_InputText
C05_InputNumber
C06_未入力を許容する方法
C07_InputNumberで対応している型
C08_InputDate
C09_InputSelect
C10_入力コンポーネント_InputCheckbox
C11_InputRadioとInputRadioGroup
C12_InputTextArea
C13_InputFile
C14_ファイルの上限を設定する
C15_フォーカスをあてる方法_標準編_ElementReference
C16_フォーカスをあてる方法_Razorコンポーネント編
D01_StringLength
D02_RegularExpression_正規表現
D03_EmailAddress
D04_Compare
D05_ViewModelに分ける方法
D06_依存性注入を利用したViewModelの生成
D07_CustomValidation1
D08_CustomValidation2
D09_プロパティレベルのCustomValidation
D10_ValidationContext
D11_処理をViewModelに移す書き方
D12_ViewModelに移せないロジック
D14_ShouldRender
D15_ViewModelに書かないほうがいいもの
D16_エラー箇所にフォーカスを当てる方法
E01_Azureにデプロイするための事前作業
E02_Azureにアップするアプリの作成
E03_Azureへの公開準備
E04_Azureへの公開
E05_データベースの作成
E06_データベースのデータを取得する
E07_データベースの値を画面に表示する
E08_Azureのデータベースを作成する
E09_Azureのデータベースにポータルサイトからログインする
E10_AzureのDBにテーブルを作成する
E11_BlazorアプリからAzureDBに接続する
E12_SQLデータベース料金の注意
E13_AzureSQLデータベースの無料オファーを受ける
F01_依存性注入のライフサイクル
F02_クラウドでのAddSingletonの動き
Udemyの非売品コース「C#14新機能」という80分の動画レクチャーを
無料でプレゼントしています。
こちらからご覧になってみてください。