DDDで学ぶAPI設計の勘所 - STEAM PLACE
こんにちは。 エンジニアリングマネージャー楽しいよ！ というを広めたいと思っている @dskst9 です。 この記事は ドメイン駆動設計 #1 Advent Calendar 2018 - Qiita の13日目の記事で、DDDの境界づけられたコンテキストとAPIについて書いています。 11 日目 は @nrslib さんの「アプリケーションサービスの凝集度を高めたい」でした。 さいしょに 境界づけられたコンテキストを意識することで、より疎結合で柔軟な API を設計できるというお話です。 まずは、3行でまとめます。 API は使う側と使われる側とで、別のコンテキストである コンテキストを意識しないと、 API からドメイン知識が漏れる それは時に、ドメインモデル貧血症を起こし感染する さいしょに 境界づけられたコンテキストとは 境界づけられたコンテキストを意識して API を見てみる な
DDDとコードとしての正しさ - pospomeのプログラミング日記
ドメイン駆動設計 #1 Advent Calendar 2018の14日目を担当する@pospomeです。 今回はDDDとコードとしての正しさについて書いてみようと思います。 DDDは設計手法である コードとしての正しさ コードとしての正しさを見失う ユースケースの日本語を"そのまま"コードに落とし込もうとする 無駄にオブジェクト同士の結合度を上げる RubyのActiveRecordの正しさ コードとしてのメリット、デメリットを具体的に考えて解決する まとめ DDDは設計手法である DDD = ドメイン駆動設計 ですよね。 "設計"という単語が付いていることから分かる通り、DDDはあくまでソフトウェアにおける設計手法です。 そのためDDDの成果物は"コード"であり、DDDの目的は"コードの可読性を上げること"であると自分は考えています。 DDDが持つ"ビジネスを理解する", "ドメインを
ドメイン駆動設計における２つの『不変』 - Qiita
この記事は ドメイン駆動設計 advent calendar 11日目 の記事です。 日本語版だとわかりずらい「不変(不変条件)」 エヴァンスのドメイン本では、頻繁に「不変(不変条件)」という言葉が出てきます。Kindleで検索してみたところ、83件でした。 分類してみると、主に2箇所でよく使われています。 １つは「ValueObject(値オブジェクト)」の項。もう一つは「Aggregate(集約)」の項です。 Factoryでも多く使われていますが、こちらはAggregateの不変条件に関連する内容ですね。 さて、実は「ValueObject」と「Aggregate」で使われている「不変(不変条件)」の意味って全然違う意味なんです。 弊社でドメイン駆動設計の読書会をしているなかで、話題になり目から鱗が出てしまったので紹介しますね。 「ValueObject」と「Aggregate」の項
ドメイン駆動設計を勉強するときのオススメ資料 - Qiita
この記事は、ドメイン駆動設計 #1 Advent Calendar 2018の9日目です。 明日は@kmdsbngさんです。 今回は、ドメイン駆動設計（以下DDD）を学ぼうとする人に対して参考になる資料をまとめます。 DDD関連資料のオススメ まずはDDDの青い本、エリック・エヴァンスのドメイン駆動設計から手を出したいところですが、500ページ超えで分厚く、初学者の人とっては解説される内容が抽象度が高く、理解するのに苦労すると思います。 ですのでこれから紹介するSTEPの順番から読んでいくのことをオススメします。 STEP1 まずはDDDの概念から理解していくことから始めましょう。下記の本がオススメです。 わかる！ドメイン駆動設計 ～もちこちゃんの大冒険～ https://booth.pm/en/items/392260 この本はストーリー形式でDDDを解説されていますので比較的理解しやす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
