![](https://cdn-ak-scissors.b.st-hatena.com/image/square/5cfe2ff6ea2ebfe0f866091d0d24feb7d4a571a4/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9U09MSUQlRTUlOEUlOUYlRTUlODklODclRTMlODIlOTIlRTUlODUlQjclRTQlQkQlOTMlRTQlQkUlOEIlRTMlODElQTclRTglQUElQUMlRTYlOTglOEUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTAzYzNhYjRiYzk5Y2ExZmU3ZmZjMWUzNWUxZWYyZmYz%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBnYW1lNDk2NyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTNjZTI0NTNhYmJlOGYyNDVhODA5YzQ1MzIyMWUxNzA%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gSGFwcGluZXNzIENoYWlu%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D5be6b2b874cbf2367887007f7c20c0d1)
エントリーの編集
![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)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
SOLID原則を具体例で説明 - Qiita
SOLID原則 S (Single Responsibility) 単一責任の原則 管理者とユーザーの処理を一緒に書いてはいけな... SOLID原則 S (Single Responsibility) 単一責任の原則 管理者とユーザーの処理を一緒に書いてはいけないという原則です。なぜなら、 ・管理者に関するコードだけをいじっているのに、一般ユーザーの機能に影響が出る可能性があると、確認すべき範囲が広がってしまうから。 ・管理者、一般ユーザーのコードがごちゃ混ぜになりコードが読みにくくなるから。 「管理者はここ、一般ユーザーはあっち」とすることで機能追加や運用、デバックがしやすくなります。 O (Open-Closed) オープン・クローズドの原則 何か機能を追加するとき、既存のコードを変更するのではなく新しく追加するのが好ましいという原則です。なぜなら、既存のコードの変更は既存の機能のバグを作ってしまう可能性があるから。 例えば,createDrinkメソッドがあります。1種類のフルーツから飲み物を作ります。