GoFデザインパターン全23種の概要と利用場面
GoF23種のデザインパターンについて、概要とそれぞれどういった場面で使用すべきか?を一覧でまとめてみました。
続きを読む
GoF23種のデザインパターンについて、概要とそれぞれどういった場面で使用すべきか?を一覧でまとめてみました。
続きを読むオブジェクト指向プログラミングにおいて、コードの保守性、可読性、再利用性を高めるために、SOLID原則と呼ばれる5つの重要な設計原則があります。
続きを読むインターフェース分離の原則は、インターフェースを利用する具像クラスが使用しないメソッドに依存することを避けるため、インターフェースを細分化するという原則です。
続きを読むリスコフの置換原則は、派生クラスのオブジェクトが基底クラスのオブジェクトと置換可能であるべきだという原則です。
続きを読むオープン・クローズドの原則は、ソフトウェアの構成要素(クラス、モジュール、関数など)は拡張に対してオープンであり、修正に対してクローズドであるべきだという原則です。
続きを読む単一責任原則は、たいへんシンプルで1つのクラスは1つの責務のみを持つべきであるという原則です。つまり、クラスは1つの機能や目的に特化し、それ以外の責任を持たないようにします。
続きを読む
既存の組み込みクラスやライブラリ、外部ライブラリなどに対して動的に変更を加える「モンキーパッチ」という技術があります。
続きを読む
プログラミングする時、状況にもよりますが、体感的にはコードを書くよりも読む時間のほうが多いように感じます。
続きを読む
Fat Controllerを避けるために、ビジネスロジックをモデルに定義するというアプローチをよく見かけます。しかし、この方法を盲目的に適用すると、今度はFat Modelという別の問題が発生する可能性があります。
続きを読む
Railsは非常に便利なフレームワークですが、アプリケーションが大きくなるにつれ、コードの複雑さも増していきます。
続きを読む