【C#】SOLID原則を学ぼう - Annulus Games

今回の記事はオブジェクト指向プログラミングにおける設計の基本、「SOLID原則」について。 ある程度プログラミングの文法を知っていれば、動作するコードを書くことは可能です。しかし、より良いコードを書きたいのであれば、文法の知識だけではなく、設計に関する知識も必要になってきます。 特にUnityでは、適当にコードを書いていくと目も当てられないようなスパゲッティーコードが容易に出来上がります。「とりあえずシングルトンにすりゃいいや！」みたいなノリで「何とかManager」クラスを作りまくった結果、「あれ？この処理どこに書いたんだっけ？」という状況になったこと、誰しも一度はありますよね…？ 今回は、そんなクソk…良くないコードを書かないための設計原則である「SOLID原則」について紹介します。記事内のコードはC#で記述しますが、言語に関わらずSOLID原則は広く応用の効く考え方なので、是非とも覚

[PrivateIntMain]

書くための指針ではあるけど、自分にとっては読むための指針。色々もてはやされてるアーキテクトやフレームワークの前提にこういう思想があるのを知ってるとなんでそんなことしてんのかが腑に落ちやすい。

[gonta616]

クラスは一言で言い表せるレベルで切って、継承ではなくインターフェースを使い、インターフェースに依存させ依存を逆方向にすべし。大体これで上手くいく！と問うてる

[turanukimaru]

「Square is a Rectangle が成立しないのはおかしい」のは setter で値を変えているため。例えば値オブジェクトにしてコンストラクタのみかえる。new Square(int length) と new Rectangle(width, heith) にして後は同じにすれば成立するように

[mas-higa]

こういうエントリの悪いコード例を作るの難しいよね。みんなベター(ベスト)なコードを先に思い浮かべちゃうし、ほんとにダメなほど複雑だと例にならないし。

[ku__ra__ge]

『どういう変更に対して』これらの原則を適用するように作るかという視点が重要だと思う。例えば全種類の変更に対してOCPを満たそうとすると、それは単なる処理呼び出しラッパーになってしまう。

[qawsklp]

オブジェクト指向を使用しない原則も追加で...

[crexist]

"Square is a Rectangle" 以外は基本当たり前のことしか書いていないのに、このblogに例外だなんだゆってケチつけている人とは一緒に仕事したくないなー

[nemoba]

SOLID原則って、適切な責務分解された上に成り立つ原則論で、俺のクソでか責務クラスは、1つの責務だーって叫んだら、何の意味もないので、さっさと次へ進め。

[tettekete37564]

GameManager って MVC におけるコントローラになるんじゃないの？まあ難しいよね

[tonocchokun]

SRPで実装されたメソッドがたくさんあるクラスはSRPを守っているのかいないのか、そもそもそういうことじゃないのか、SRPのいうmoduleって具体的に何なのという疑問

[elm200]

業務ソフトウェアでは現実にはこんなに綺麗に実装とインターフェイスを分離できない（仕様自体が例外事項に満ちているので）。抽象化にもそれなりのコストがかかる。適切な抽象度を選択することが重要。

[cielonlon]

とても大事！「基本に立ち返る」的な。

[mohno]

「こんなクソデカクラスは破壊してバラしてしまいましょう」←久々に見たな。「SOLID原則」というのか。たとえC#を使っていても、こういう現場には行きたくない。/Square is a Rectangle が成立しないのも嫌い。