エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ユースケース図とSRP(単一責任の原則)
モチベーション クリーンアーキテクチャに則り作られた自分の個人開発のプロダクトが単一責任の原則(SRP... モチベーション クリーンアーキテクチャに則り作られた自分の個人開発のプロダクトが単一責任の原則(SRP)を満たしているのか不安になり、ユースケース図を書くことにしました。その際クリーンアーキテクチャ用のユースケース図を思いついたので共有いたします。 以降このクリーンアーキテクチャ用のユースケース図をアクター図と呼ぶことにします。 おそらく他のアーキテクチャ等でも流用可能だと思うので、気に入ったら是非使ってみてください。 単一責任の原則(SRP)とは 単一責任の原則とは何か? 色々な言われ方をします。 一つの関数はたった一つのことを行うべき クラスが担う責任は、たった一つに限定すべき 等 これらを言い換えると、以下のように言えます。 モジュールを変更する理由はたった一つであるべき ここで毎度おなじみのボブおじさんが以下のように補足します。 「システムの変更ってのは、ユーザーやステークホルダー