オブジェクトを中心とした設計手法の総称。オブジェクト指向プログラミングとの名前の類似性により、それらに関係があるとよく誤解されるが実際にはあまり関係はない。
こんにちは、冬本番ですね。皆さんはいかがお過ごしでしょうか？ 新規事業開発チームでプロダクトエンジニアをしているmuranoです。 昨年の9月から11月にかけて、チームで『オブジェクト指向設計実践ガイド～Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方』の読書会を実施しました。今回は、その読書会で学んだことをご紹介したいと思います。 Railsで開発をしている中で、「チームで良いコードの基準が共有できていない」「オブジェクト指向なプログラミングがなかなかできない」「すぐにif文が増えてどんどん複雑になってしまう」といったお悩みをお持ちの方に、少しでも参考になれば嬉しいです。 この…
はじめに TypeScriptの基本的な機能を学習するために作成された、シンプルな商品管理コマンドラインアプリケーションについて解説します。このアプリケーションは、TypeScriptの型システム、クラス設計、エラーハンドリングなど、実際の開発で重要な概念を実践的に学べる構成になっています。
こんにちは！ 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の三大要素（仕組み） クラス（カプセル化） ポリモーフィズム 継承 クラスは種類、インスタンスは具体的なモノ クラス 同種のものの集まり インスタンス 具体的なモノ、実例 メッセージパッシングとは、メソッドを呼び出すこと ポリモーフィズムはメッセージの送り方を共通にする ポリモーフィズムの意味/仕組み （英語）「いろいろな形に変わる」…
codeiq.hatenablog.com
usd.sie.dendai.ac.jp
tango-ruby.hatenablog.com
tech-blog.yayoi-kk.co.jp
www.infoq.com
razokulover.hateblo.jp
ledsun.hatenablog.com
naglly.com
asakichy.hatenablog.com
