オブジェクトを中心とした設計手法の総称。オブジェクト指向プログラミングとの名前の類似性により、それらに関係があるとよく誤解されるが実際にはあまり関係はない。
こんにちは！ X（クロス）イノベーション本部 プロダクトイノベーションセンターの佐藤です。電通総研 Advent Calendar 2024、12日目の今日は、DRY 原則の再解釈を通して、設計上の落とし穴である「誤った共通化」に陥らないためにはどうするべきかを考察していきたいと思います。 本稿は、設計の世界に足を踏み入れたばかりの方から鍛え抜かれた達人プログラマーまで、幅広い方々に気づきを提供できるような内容を目指しました。 初学者の方は手元に参考書を、達人の方はくつろぎのコーヒーを携えながら、気軽にお読みいただければ幸いです。 DRY SRP 再び、DRY 誤った共通化 DRY をコードで…
インターフェースと抽象クラス 前者が外部向けの設計図、後者が内部向けの設計図と表現されることが多い。 Javaで使われる用語だが、rubyにもインターフェースやダックタイピング、ポリモーフィズム等通ずるところが多いため、学習する価値はあると思う。 【詳解】抽象クラスとインタフェースを使いこなそう！！ - Qiita インターフェース CAN DOの関係あるといえる。 テレビcan 音量調節、テレビcan 電源消し付け 継承先に対して、定義したものの実装を強制することができる 「Inputする値とOutputされる値が同じ」という規約がインターフェース。と認識している。 このインターフェースを継…
1. 猜疑心か相互信頼か、防御的か契約に基づくか 防御的プログラミングと契約プログラミングについて、後述する勉強会で疑問を持ち、勉強会内で説明されていること深堀りしてみました。 asken.connpass.com すべてが勉強になる話だったのですが、こちらの記事でフォーカスするのは「クラス設計スタイル」におけるふたつの選択肢 トランザクションスクリプト方式 ドメインモデル方式 に登場する「防御的プログラミングと契約プログラミング」になります。 トランザクションスクリプト方式が「防御的プログラミング」 ドメインモデル方式が「契約プログラミング」 増田さんのお話ではクラス設計において変更容易性を…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com Abe Kaisei github.com 第9章 現実世界とソフトウェアのギャップを埋めるモデリング ステップ❶(業務分析) : 現実世界の仕事の作り方 ステップ❷(要件定義) : コンピュータに任せる仕事の範囲を決める ステップ❸(設計) : ソフトウェアをどう作るかを決める 第10章 擬人化して役割分担されるオブジェクト指向設計 設計の目標 重複を排除する ポリモーフィズム・継承・ダックタイピング DRY 部品の独立性を高める(疎結合にする) クラスの機能やメソッド命名を適切…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com Abe Kaisei github.com 第5章 メモリの仕組みの理解はプログラマのたしなみ OOPを使って書いたプログラム メモリの使い方に特徴があるので、メモリの使い方の理解が最低限必要になってくる プログラムのメモリ領域 メソッドエリア(静的領域) OOPで書いたプログラムは、有限のメモリ領域であるヒープ領域を大量に使う 静的領域は、従来のメモリ領域で管理する方法 メソッドエリアとは上記で説明した、ヒープ領域で管理する方法 ヒープ領域 スタック領域 ガレージコレクションとは…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com Abe Kaisei github.com 第4章 OOPは無駄を省いて整理整頓するプログラミング技術 ポイント OOPの基本的な仕組み 以前と比べどこが優れているのか OOPが持つ構造化言語にはない３つの仕組み クラス、ポリモーフィズム、継承がある 重複した無駄なロジックを排除し、必要な機能を整理整頓する仕組み 3つの仕組みは、構造化言語で解決できなかった「グローバル変数」と「貧弱な再利用」という2つの問題を解決するためのものである 三代要素１ークラスに関わる３つの仕組み クラス…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com Abe Kaisei github.com 第3章 OOPを理解する近道はプログラミング言語の歴史あり ポイント OOP以前のプログラミング言語の歴史 OOPがなぜ必要になったか OOPは必然性を持って登場した 機械語から構造化プログラミングまでの進化の歴史を振り返る なぜOOPが必要になったか 1940年代~ 黎明期には機械語でプログラムを書いていた このときコンピュータは、2進数で書いた機械語しか解釈できなかった 以下は算術計算を実行する命令であり、これを見ても直感的にわからな…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com Abe Kaisei github.com 第2章 オブジェクト指向と現実世界は似て非となるもの オブジェクト指向を現実世界に対比して説明する OOPの三大要素（仕組み） クラス（カプセル化） ポリモーフィズム 継承 クラスは種類、インスタンスは具体的なモノ クラス 同種のものの集まり インスタンス 具体的なモノ、実例 メッセージパッシングとは、メソッドを呼び出すこと ポリモーフィズムはメッセージの送り方を共通にする ポリモーフィズムの意味/仕組み （英語）「いろいろな形に変わる」…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com Abe Kaisei github.com まえがき 旧版と比べて第3版の変更点 「オブジェクト指向がなぜ難しいのか」をより客観的な視点で説明することに注力するようになった 引用:オブジェクト指向でなぜつくるのか P10 （本書で気になる問い） モデリングとコミュニケーションを重要視する 「一見凄そう」で終わらない（理解しようとする）姿勢が大事 第1章 オブジェクト指向はソフトウェア開発を楽にする技術 この章のポイント オブジェクト指向の基本的な考え方 オブジェクト指向の全体像 オ…
輪読会メンバー Izumi Haruya github.com Sekine Yutaro github.com 第9章費用対効果の高いテストを設計する 変更可能なコードを書く為の3つのスキル オブジェクト指向設計の理解 コードのリファクタリングスキル リファクタリングとは、ソフトウェアの外部の振る舞いを保ったままで、内部の構造を改善していく作業を指します。MartinFowler『新装版リファクタリング─既存のコードを安全に改善する』（児玉公信・友野晶夫・平澤章・梅澤真史共訳、オーム社、2014） Sandi Metz. オブジェクト指向設計実践ガイド ～Rubyでわかる 進化しつづける柔軟…
codeiq.hatenablog.com
usd.sie.dendai.ac.jp
tango-ruby.hatenablog.com
tech-blog.yayoi-kk.co.jp
www.infoq.com
razokulover.hateblo.jp
naglly.com
ledsun.hatenablog.com
asakichy.hatenablog.com
