#james.coplien

[iteman]

"糊づけ" ドメイン いずれのドメインにも収まりきらないような抽象というものも存在する。コンパイラの場合には、分析段階のすべてのサブドメインで、文字列stringを見出すことができる。では、stringはどのサブドメインに所属するのだろうか。常識に従えば、基本ビルディングブロックというサブドメインを設けて、そこにstringを置くことになるだろう。このような抽象は、標準ライブラリや商用パッケージでサポートされることが多いし、またオペレーティングシステムの共通APIや標準APIでサポートしていることもある。このようなものを「ツールキット」（tool kit）と呼ぶこともある。GOFブック[Gamma1995]ではそのように呼ばれている。ツールキットは馴染みあるもので、形式的な分析をほとんどしないでよいという利点がある。

新装版　マルチパラダイムデザイン p.189 第7章 マルチパラダイム 7.3 例: 単純なランゲージトランスレータ

[iteman]

　マルチパラダイムデザインの立場からは、正の可変性は好ましい設計の形態だといえる。正の可変性を示す場合には、フォーマリズム（formalism, 形式手法）で設計をサポートできることが多い。例えば、継承に正の可変性を導入するときには、Liskov置換原則（Liskov substitutability principle）を用いることができる。しかし、負の可変性に対しても、マルチパラダイムデサインのアイディアを適切に組み込むことができる。その際には、「キャンセルを伴う継承」などの既存技術を使うことになる。この課題の場合の最も直截的なアプローチは、負の可変性に沿ってドメインをサブドメインに切り分けることである。これよりも上級の技法を使えば、#ifdefを適切に使うことを始めとして、6.11 節などで説明する汎用解を導くことも可能である。

ジェームズ・コプリエン, 「マルチパラダイムデサイン」, ピアソン・エデュケーション, 2001, (Multi-Paradigm Design for C++, 1998) p.76 第3章 可変性分析

[iteman]

"Lean Architecure" at DCI Tokyo Review in Osaka Dec 8.2017

"Lean Architecure" at DCI Tokyo Review in Osaka Dec 8.2017 from 啓 杉本

[iteman]

In terms of how the world works, we know that there are time-honoured forms in every domain and that it pays to understand them intimately. So, unlike the practice of DDD, we invest in understanding the domain as worthy work in its own right. We build the architecture around that understanding. It is not a collection of guesses, but is grounded in history, breadth, and experience. We can express the forms of these domains in code, as in abstract base classes.

Interview with James Coplien – INNOVATION ROOTS

[iteman]

Interview with James Coplien

It is a great honour to interview James Coplien, who is involved in founding the Software Pattern Movement. He is author of Advanced C++ Programming Styles and Idioms and co-authored books li…

[iteman]

Lean Architecture

マルチパラダイムデザイン（Multi-Paradigm Design: MPD）を下敷きにしつつDCI（data, context and interaction）アーキテクチャによる設計を解説する書。James O. Coplien氏によると、DCIアーキテクチャとは「オブジェクトを使った、人々が問題を解決するために彼らの頭に持ち込む操作のモデルに応じたソフトウェアの構造化」であり、「手続き・オブジェクトパラダイムの重要な要素を組み込んだMPDの拡張サブセット」である。クラスベースの静的なモデルではなく、オブジェクトベースの動的なモデルを指向し、従来のオブジェクトモデルが捉えられていなかった「手続き」を、オブジェクトモデル上のインタラクションで捉えることを試みる。MPD同様、ドメイン駆動設計（Domain-Driven Design: DDD）と多くの点でオーバーラップする。「境界付けられたコンテキストはDCIのコンテキストよりもドメインモデルにより似ている」

[iteman]

マルチパラダイムデザイン

マルチパラダイムデザイン（Multi-Paradigm Design: MPD）は、James O. Coplien氏の提唱する設計パラダイム。MPDは、認知言語学の現代的なカテゴリー理論に基づく共通性・可変性によって、問題をドメインとドメイン間の関係によって構造化（第1段階のドメインモデル＝アーキテクチャを作成）し、ソリューションドメインの提供する抽象によってそれらを再定義・洗練（第2段階のドメインモデル＝アーキテクチャを作成）するものである。ユビキタス言語（≒ドメイン辞書）、モデル駆動設計、境界付けられたコンテキスト（≒MPDのドメイン）等、ドメイン駆動設計（Domain-Driven Design: DDD）と多くの点でオーバーラップするため、本書を理解することはDDDの理解にも役立つ。なお、日本語版の内容は2000年の博士論文バージョンに基づいている。時系列は Multi-Paradigm Design for C++ (1998) -> Multi-Paradigm Design (Ph.D. Thesis) (2000) -> マルチパラダイムデザイン (2001) となる。

[iteman]

DCI Architecture Is Visionary - DZone Java

DCI changes the way in which we think about object-orientation on the architecture level. Unfortunately, there's no good way to implement it in Java yet.