たくさんの書評、ありがとうございます | システム設計日記
本を書きました 『現場で役立つシステム設計の原則』 ７月５日に発売になったこの本ですが、いろいろな方に書評を書いていただいけました。 ありがたいことです。こういうフィードバックは、うれしいし、とっても勉強になります。 私が自分でブックマークした範囲ですが、みなさんの書評を紹介させていただきます。 「現場で役立つシステム設計の原則」はプログラミング設計の普遍的な教科書 - ビープラウド社長のブログブックマーク:543 佐藤さんのこの書評は、大きな反響があったみたいですね。おかげさまで、本の売れ行きがぐんと伸びました（笑）。 本の全体の構成や話の流れを俯瞰的に、かつ要点を押さえた内容を、図をうまく使いながら紹介していただきました。 まえがきかなにかに「本書の構成」として書いてしかるべき内容ですね。もし第２版を書く機会（？）があれば、この内容をぜひ参考にさせていただいて「本書の構成」を追加させて
ドメインロジックのパターンは、ドメインモデルだけなの？ | システム設計日記
ドメイン層の設計、実装について、考えてみた。 私たちの今のやり方 ・独立したドメインモデル ・ＵＩとの境界に、薄いサービス層 ・データアクセスとの境界に、Repository クラス という構造にしている。 ファウラーのエンタープライズ・アプリケーション・アーキテクチャ・パターン(PoEAA)の、 ・ドメインモデルパターン ・サービス層パターン ・リポジトリパターン や、エバンスの Domain-Driven Design (DDD) の ・Layered Architecture パターン ( の Application 層 ) ・Repository パターン を参考に、ドメインモデル＋サービス層＋Repository というやり方を実践してている。 顧客登録のアプリケーションだと、 ・CustomerRegisterService クラス ( 薄いサービス層 ) ・Customer
ドメイン層の構造の改善 ： Evolving Order パターン | システム設計日記
ドメイン層のオブジェクト群を、どういう視点で整理し、ドメイン層の構造を、どうやって育てていくか？ アプリケーション全体の構造 私たちのデフォルトのレイヤアーキテクチャは、 ■インタフェース （UI、REST API、... ) ■アプリケーションサービス ■ドメイン ■インフラストラクチャ（永続化、メッセージング） です。 アプリケーションサービスは、ドメイン層の薄いファサード。 実際の仕事は、ドメインのオブジェクトに委譲する。 ドメインで扱うデータの種類が増え、ビジネスのロジックが膨らんでくると、ドメイン層も、構造化して整理しないと、わけが分からなくなる。 初めはトランザクションスクリプトだった ドメイン駆動設計に取り組み始めたころは、ドメイン層の設計パターンは、ドメインモデルではなくトランザクションスクリプトでやっていた。 ユースケースごとに トランザクションスクリプトのクラスを作って
ドメイン駆動設計：４つのアンチパターン | システム設計日記
６月２３日（土）午後、大阪で、ドメイン駆動設計について、しゃべる予定。 第47回 SEA関西プロセス分科会のご案内 紹介の紹介の紹介、みたいな不思議なつながりで、講演の依頼があった。 「ドメイン駆動設計」を監訳された今関さんも参加いただける。 土曜の午後なので、時間が多め。 一方的にしゃべって終わりではなく、今関さんも交え参加者で、いろいろ話す時間を一時間以上とってもらいました（さらに懇親会もゆっくりと）。とても楽しみなイベントです。 ドメイン駆動設計は、訳本がでてから、あちこちで勉強会や読書会が開かれているようだし、ドメイン駆動設計に興味持ったり、現場で取り組む人が、すごく増えた気がしている。 ネットで流れる情報も「ドメイン駆動ってなんぞや？」的なものだけでなく「私は、こう理解している、やっている」的なものが多くなったんじゃないかなあ。 訳本の威力は絶大。 さて、講演の準備は、いつものよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
