Specification
1 Specifications by Eric Evans <evans@acm.org> and Martin Fowler <fowler@acm.org> Introduction One of the nice things about working in Silicon Valley is that almost any time of the year you can walk around outside while discussing some design point. Due to serious follicle impairment Martin needs to wear a hat when doing this in the sunshine. Eric was talking to him about the problems of matching
ドメイン駆動設計の考え方をFXに適用する [FOREX PRESS為替コラム] FX・外国為替証拠金取引ニュースサイト
2015/6 123456789101112131415161718192021222324252627282930 ■ドメイン(Domain)とコンテキスト(Context) ちまたにシステム開発者のためにドメイン駆動設計(Domain Driven Design、略してDDD)という本があるということを最近友人に教えられ、勧められるがままに読んでいるのだが、これがとてもためになる。こういう概念をベースにFXのシステムを作るととてもわかりやすい。このアプローチの最大の魅力は、これによりビジネス側とシステム側の会話がスムーズになり、理解が深まり、よりきれいなシステムが実現し、またそれにより後続のリファクタリングがよりスムーズに実行できるということであるように思う。 しかしながらこれを実現するには、ビジネス側のルール、習慣、使われている金融の知識が不可欠になる。そしてそれぞれに対してシステム
Whirlpool Process of Model Exploration - Domain Language
Another violent water metaphor brought to you by the author of DDD! People often ask for more concrete guidance on how to explore models, especially in an Agile or Lean setting. The document you find here is Eric Evans’ attempt to capture in writing a process we have used with clients in various forms and settings for the several years. This is not a development process. It should fit within most
Apache Isis: Java Framework for Domain-Driven Design
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
Naresh Bhatia - Software engineer, founder, and amateur musician
Software engineer, founder, and amateur musician.I’m Naresh, a software engineer and entrepreneur based in Boston. I am a Principal Engineer at Cruise, where I work on our driverless car platform, connecting people to the places, things, and experiences they care about. 1. Domain-Driven DesignFebruary 22, 2015Domain-Driven Design (DDD) is an approach for building high-quality products that meet th
ドメイン駆動設計の概要
目次 プラトン的モデル 言うべきことを言う コンテキスト 価値提案を把握する 単一責任システム エンティティは ID とライフサイクルを持つ 値オブジェクトは記述する 集計ルートによりエンティティを結合する ドメイン サービス モデルの主要な操作 リポジトリにより集計ルートを省略する データベースの関連事項 DDD の使用を開始する ドメイン駆動設計 (DDD) とは、洗練されたオブジェクト システムの設計に役立つ原則とパターンをまとめたものです。設計に DDD を適切に適用することで、ドメイン モデルと呼ばれるソフトウェア抽象化を実現できます。このモデルにより複雑なビジネス ロジックをカプセル化できるため、実際の業務とコードとの間に存在するギャップを小さくすることができます。 この記事では、DDD に関連する基本的な概念と設計パターンについて解説します。機能豊富なドメイン モデルを設計し
Behaviour And Model
The document discusses Behavior Driven Development (BDD) and how it relates to Domain Driven Design (DDD). It explains that while BDD and DDD share concepts like ubiquitous language, they have different goals, with BDD focusing on shared understanding through conversation and DDD focusing on modeling domains. The document also provides references to learn more about BDD from its creators like Dan
『DIコンテナとドメインモデルの相性の悪さ』
Seasar、SpringなどのDIコンテナを使っていると、ドメイン層の実装はデータ（Entity／Dto）と振る舞い（Service／Logic）に分ける、いわゆるトランザクションスクリプトのスタイルになりがちだ（参照(1)、(2)）。理由は、1つにはドメインモデルの設計／実装そのものの敷居が高いこともあるが、そのハードルを乗り越えても、DIコンテナそのものがドメインモデルと馴染みにくい側面があるからだと思われる。 DIコンテナはエンティティやDTOにDIできない その側面とは、次の通り。DIコンテナは設計思想からしてファクトリの役目をするものであるため、DIコンテナを使う場合、インスタンスの生成は基本的にDIコンテナが担当することになり、コンポーネントに必要なオブジェクトはすべてDIで渡されるような設計に誘導されてしまう DIを使ったWebアプリケーションのアーキテクチャは、まずリクエ
ドメインロジックの実装方法とドメイン駆動設計 :: handsOut.jp
スライド1: BPStudy 第7回 2008年3月28日ドメインロジックの実装方法とドメイン駆動設計Ouobpo佐藤 匡剛http://ameblo.jp/ouobpo スライド2: もくじ・ 第Ⅰ部 ドメインロジックの実装方法・ 第Ⅱ部 ドメイン駆動設計の紹介2008/03/28 BPStudy 第7回 2 スライド3: 第Ⅰ部ドメインロジックの実装方法2008/03/28 BPStudy 第7回 3 スライド4: 3層アーキテクチャ・ エンタープライズアプリの典型的アーキテクチャプレゼンテーション層 ドメイン層 インテグレーション層アクションアクションアクションWebアプリFWサービスレイヤーPOJOPOJOPOJO POJOルールエンジンワークフローエンジンDI/IoCコンテナDAODAOインテグレーションゲートウェイデータアクセスFWシステム間統合MWFW ・・・ フレーム
『OO、DDDとスカンジナビア地方』
先日紹介した『オブジェクトデザイン』出版のタイミングで著者Wirfs-Brock氏が来日していたのだが、光栄にも出版打ち上げの飲み会に参加させていただいた。そのときの様子は、著者のブログでも紹介されている。 http://www.wirfs-brock.com/2007/09/notes-from-my-japan-book-tour.html Wirfs-Brock氏と話をした中でいくつか面白い話題を聞けたので、簡単にメモしておきたい。なお、私は英語がそんなに得意な訳ではないので、間違ったことを書いているかもしれない。その辺を差し引いて読んでいただきたい。 やっぱりU.S.ではOOがさかん？ 私は日本と英語圏とではオブジェクト指向に対して温度差があるのではないかと思っているので、U.S.のオブジェクト指向の大家であるWirfs-Brock氏にそのことを聞いてみたが、やはりU.S.ではオブ
Interview: Eric Evans on Domain Driven Design
How to Use Multiple GitHub Accounts Git is a popular tool for version control in software development. It is not uncommon to use multiple Git accounts. Correctly configuring and switching Git accounts is challenging. In this article, we show what Git provides for account configuration, its limitations, and the solution to switch accounts automatically based on a project parent directory location.
.NET Rocks! Eric Evans on Domain Driven Design
Eric Evans offers his insights on good software development using Domain Driven Design techniques. Guests: Eric Evans is the author of "Domain-Driven Design: Tackling Complexity in Software," Addison-Wesley 2004. Since the early 1990s, he has worked on many projects developing large business systems with objects with many different approaches and many different outcomes. The book is a synthesis of
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Functional and Reactive Domain Modeling
http://domainlanguage.com/index.html
BDD & DDD
DDD: putting the model to work
Domain Driven Design Quickly