デザインパターン
プログラミングを長くやっていると、コードや開発の原則の多くが何度も繰り返されることにも気づきます。
閉じた論理の問題に関しては、アプリケーションのこれらの部分を解くことをアルゴリズムと呼ぶことができる。しかし、特定の部分だけに注目するのではなく、もっと一般的な方法でアプリケーションデザイン全体に取り組むにはどうしたらいいのでしょうか?そのためにあるのが、ソフトウェア設計におけるアーキテクチャの考え方やベストプラクティスを記述したデザインパターンです。
デザインパターンの目的は、アプリケーションの大きな塊を形式化し、複雑なアプリケーションでも完成させ、多くのチームメンバーに作業を委ねることができるように、いくつかの境界を設定することです。
不変性は、安定したアプリケーションを構築するための最も重要な設計コンセプトの一つです。基本原則は、一度書き込まれた状態は、修正する可能性がなければ、後から読むことはできない、というものです。状態を変更する必要がある場合は、新しいインスタンスを作成し、オブジェクト全体を別のものに置き換える必要があります。 そのため、データ型は非常に大まかに2つに分類される。 Mutable (単一インスタンス内で変更可能な状態) Immutable(内部状態の不変性) Mutableオブジェクトは、内部で変更する…
ソリッドプリンシプルは、堅牢なソフトウェアを構築するための方法、推奨事項、原則の集合体です。オブジェクト指向設計(OOP)に有効なSOLIDの原則。 著者はロバート・C.マーティンで2000年頃のものです。 概要 |------|----------------|------------| | S| 単一責任の原則|各クラスはただ一つの責任を持つ。 | O| オープン/クローズの原則| クラスに手を加えずに機能を拡張することができる。 | L| リスコフ置換の原則| クラスはその子孫に完全に置換…