#dddesign

[laravelvuejs]

DDD en Laravel: 🥼 Desintoxicándonos de Eloquent - Laravel

DDD en Laravel: 🥼 Desintoxicándonos de Eloquent – Laravel

DDD en Laravel: 🥼 Desintoxicándonos de Eloquent – Laravel

[ad_1]

¿Es posible hacer una aplicación en #Laravel aplicando #DDDesign? Os traemos una solución para evitar que #Eloquent nos suele contaminar todo nuestro dominio. #PHP rocks! 🤟

🔗 Enlaces relacionados: ├ ⚡Aprende DDD en 20 minutos | #DomainDrivenDesign: https://www.youtube.com/watch?v=dH5aSQLXtKg ├ 🐘 Estructura de carpetas – DDD en PHP:

View On WordPress

[ipoldm-blog]

Крутые качественные футболки Авторские принты, настоящая картина. . [email protected] . По предзаказу 370 грн. . Автор: Dimon&Deto4ka #tshirt #oilpainting #oil #dddesign #poldm #pol&dem #artdesign #original #dimon&deto4ka (at Kirovohrad)

[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]

Eric Evans, author of Domain-Driven Design, said the concepts in the book he wrote in 2003 are even more relevant now than they were 14 years ago. As the range of tools and technologies has expanded, some lend themselves to the principles of DDD better than others we've had in the past. Evans said, "DDD is not about technology, but is not indifferent about technology."

[iteman]

ソフトウェア設計と開発のガイドラインとしてドメイン駆動設計(DDD)の中核的な哲学とプラクティスを用いる場合、それはCapture — Embed — Protectという３つの原則にまとめることができる — 今年のDDD eXchangeカンファレンスで行なったプレゼンテーションの中で、Steven A. Lowe氏はこのように主張した。我々は、肯定的な行動を取るに十分な理解を得ることでドメインモデルを捕捉(Capture)し、コードや会話の中にそれを埋め込み{Embed)、他ドメイン、特に技術的なドメインによる改変から保護する(Protect)のだ。

[iteman]

長期的に見て最善の構造は、ビジネス（ドメイン）の主構造、組織の構造、ソフトウェアの構造の三つを整合させた結果導き出される。そのためのアプローチの一つは、主要なソフトウェアの成果物をドメイン分析の考慮点を中心に設計し、組織とアーキテクチャを揃えることだ。

『組織パターン』（James O. Coplien／Neil B. Harriosn著、和智右桂訳、翔泳社、2013、ASIN B00G9QJ1ZO） No.4358 第5章 組織構築パターン 5.1 組織のスタイルのためのパターン言語 5.1.7 コンウェイの法則

[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) となる。