「現場で役立つシステム設計の原則」批判 (1) ～何のために、「データとロジックを一体に」するのか？～
増田亨氏の「現場で役立つシステム設計の原則]」の評判が高いようです。 この本が、オブジェクト指向の初級者に受け入れられ易いことはわかります。オブジェクト指向的なプログラミングが出来ていない現場で、明日からでも出来そうなことが平易に書かれているからです。オブジェクト指向の入り口を指し示しているように見える。 一方で、私としては、この本が指し示す入り口は、入りやすいかもしれないけれど、結局はどこにも通じていないのではないかと疑っています。 本稿では、そのように私が考える理由について、３つの切り口からご説明したいと考えています： 何のために、「データとロジックを一体に」するのか？ポリモーフィズムは何のために？「ドメインモデル」とは何か？長くなるので、今回は、一番目の「何のために、『データとロジックを一体に』するのか？」について。 批判 (1) 何のために、「データとロジックを一体に」するのか？本
抽象データ型とドメイン駆動設計の関係について
はじめに# この記事の続きです. データ抽象と抽象データ型 (ADT) について調べたまとめ (Java) | Futurismo 設計とはデータ型を決めること# 前回の記事を引用すると, アプリケーションを設計するということは, まずそのアプリケーションで利用されるデータ型を定義するということ その後, 自分が定義したデータ型を操作するインタプリタを設計する. Java をつかっているものの, Java はそれらのデータ型のインタプリタでしかない オブジェクト指向設計とはなんだろうか? そんなことを考えていたとき, オブジェクト指向設計の本としてもっとも名高い本, エリック・エバンズのドメイン駆動設計が本屋にあった 思わず衝動買いした. ドメイン駆動設計# ドメイン駆動設計とは, Eric Evans の提示した設計手法. DDD と略す. ドメイン駆動設計 - Wikipedia 本は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
