責任(関心)を意識したアプリケーション設計 - Qiita

プログラムが上手く組めるようになりたい プログラミングが上手くなりたいと考えたときに、個人的には『名付けを意識』するのと、『アプリケーション設計のときに責任を意識する』考え方を取り入れることをおすすめしております。 今回は『アプリケーション設計のときに責任を意識する』ことについて書いてみたいと思います。 基本的には単一責任原則と、関心の分離のお話になります。 ※ タイトルに『関心』というワードがありますが、アスペクト指向プログラミングの話ではありません 単一責任原則とは まずは単一責任原則とは何かについてです。 よく単一責任原則の説明では「クラスを変更する理由は複数存在してはいけない」というニュアンスの言葉がよく使われます。 例えば、社員管理システムの実装を行いたい場合、一つのクラスに「社員登録」「出勤管理」「給与管理」などの機能を詰め込むと、『社員登録』の変更をする際にそのクラスが変更さ

[braitom]

“単一責任原則と、関心の分離のお話”

[ktanaka117]

あとよみ

[efcl]

"単一責任原則" 「一つのクラスには複数の責任（=役割）を持たせない。」 について

[roshi]

分けた機能を連携する場合どうするかを知りたい。やっぱり仲介するクラスを用意してそこに情報集める？でもそれって、分けなかった時と書く場所と書き方が変わっただけで、もっと上手い方法があるんだろうか。