Eric Evans氏: ドメイン駆動設計はソフトウェア開発に有益か？Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
InfoQ: ドメイン駆動設計・開発の実践
ドメイン・モデルと開発に注力しないと"太ったサービス・レイヤ"と"ドメイン・モデル貧血症"によるアプリケーション・アーキテクチャになってしまいます。この場合、ファサード・クラス(通常はステートレス・セッション・ビーン)にどんどんビジネス・ロジックが溜まっていき、ドメイン・オブジェクトがgetter/setterからなる単なるデータの運び屋のようになってしまいます。このアプローチをとるとドメイン固有のビジネス・ロジックやルールが複数の異なるファサード・クラスに散在(時には重複)することになります。 "ドメイン・モデル貧血症"はたいていの場合、コストに見合いません。他の企業と比較して利点があるわけではなく、このアーキテクチャの下でビジネス要求の変化を実装するには開発と本番環境へのデプロイするのに時間がかかり過ぎます。 DDD実装プロジェクトにおけるいろいろなアーキテクチャや設計について見ていく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Facebook の決断：MVCはスケールしない。ならば Flux だ。
RESTにおけるべき等とは何を意味するのだろうか？
iOSアプリ開発がWindowsに，一部では論議も
ドメイン駆動設計とオニオンアーキテクチャ
Swift標準ライブラリの展開
アジャイルはマイクロマネジメント
ドメイン駆動設計の間違った方向性
ドメインモデル管理のあらゆる側面
継続的テストの利点
ビルドシステムの選択肢 - Gradle 1.0 リリース
ヘキサゴナルアーキテクチャを探る
InfoQ: データ、コンテキスト、相互作用 : James O. Coplien氏とTrygve Reenskau氏による新しい設計方法
ドメイン駆動設計とは - 金融取引アプリケーションを例に
Martin Fowler氏の語る“犠牲的アーキテクチャ"
ドメインドリブンデザインはDIやAOPなしでも十分な実装可能か？
InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版
FutureOps
Java 8を可能にしたJava 7の機能
