
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Rubyによるデザインパターンを読んでいく - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Rubyによるデザインパターンを読んでいく - Qiita
第1章 よいプログラムとパターン パターンのためのパターン Gofのデザインパターンのアイデアを要約する... 第1章 よいプログラムとパターン パターンのためのパターン Gofのデザインパターンのアイデアを要約すると、次の4つのポイントになる。 1. 変わるものより変わらないものから分離する ソフトウェア開発における全ての変更は局所的なので、全てのコードをくまなく調べる必要がないようにすべき。 2. インターフェイスに対してプログラムし、実装に対して行わない ここでのインターフェイスとは、JavaやC#における抽象インターフェイスではなく、可能な限り一般的な型のことを指す。 例) 飛行機、電車、自動車 に対する 「乗り物」 インターフェイスに対するプログラミングの結果、 結合度が下がり、少しのクラスの変更だけで済む、変更に対して強いコードになる。 3. 継承より集約 継承(is-a-kind-of) サブクラスとスーパークラスの結合度が高いという問題がある。 集約(has-a) 各クラスの再利用性