Domain model purity vs. domain model completeness (DDD Trilemma)
Domain model purity vs. domain model completeness (DDD Trilemma) I’ve been meaning to write this article for a long time and, finally, here it is: the topic of domain model purity versus domain model completeness. In this article, we’ll talk about a trilemma that comes up in each and every project. In fact, I received a dozen or so questions about this trilemma during the last year or two (slightl
å¼·ã„ã¦è¨€ãˆã°ã€Œé›†ç´„ã©ã†å®Ÿè£…ã™ã‚‹ã®ã‹ãªã€ã‚’考ãˆã‚‹ã€ãªè©±
3. Cartã«CartItemã‚’è¿½åŠ ã™ã‚‹ Add Cart Add Cart Add Cart 1 1 1 { “productIdâ€: “mikanâ€, “quantityâ€: 1 } API Endpoint AddCartItemUseCase { “userIdâ€: “kawasimaâ€, “productIdâ€: “mikanâ€, “quantityâ€: 1 } 4. ユースケースシナリオ 1. ユーザã®ã‚«ãƒ¼ãƒˆãŒå˜åœ¨ã™ã‚‹ã“ã¨ã‚’確èªã™ã‚‹ã€‚ 2. productIdãŒå®Ÿåœ¨ã™ã‚‹å•†å“ã‹ã¤è²©å£²ä¸ã®å•†å“ã§ã‚ã‚‹ã“ã¨ã‚’確èªã™ã‚‹ã€‚ 2a. 販売ä¸ã§ãªã„å ´åˆ 2a1. ãã®æ—¨ã‚’ユーザã«é€šçŸ¥ã—ã¦çµ‚了 3. カートã«å•†å“ã¨æ•°é‡ã‚’è¿½åŠ ã™ã‚‹ 3a. æ—¢ã«ã‚«ãƒ¼ãƒˆã®ä¸ã«åŒä¸€ã®å•†å“ãŒã‚ã‚Œã°æ•°é‡ã‚’足ã—åˆã‚ã›ã‚‹ 3a カート内ã®å•†å“ã®æ•°é‡ãŒ100を超ãˆã‚‹å ´åˆ ãã®æ—¨ã‚’ユーザã«é€šçŸ¥ã—ã¦çµ‚了 4. カートã®å†…容をä¿å˜ã™
DDDリファレンス 定義ã¨ãƒ‘ã‚¿ãƒ¼ãƒ³æ¦‚è¦ (é‹æ„ä¿®æ£ä¸, CC-BY)
Eric Evans "Domain-Driven Design Reference -- Definitions and Pattern Summaries" ã®æ—¥æœ¬èªžè¨³ã§ã™ã€‚ãªã‹ãªã‹è¦‹ç›´ã—ã¨ä¿®æ£ï¼ˆæŽ¨æ•²ï¼‰ãŒçµ‚ã‚らãªã„ã®ã§ã€ã¨ã‚Šã‚ãˆãšå…¬é–‹ã—ã¦ã¿ã¾ã™ã€‚ https://www.domainlanguage.com/ddd/reference/ ## 翻訳ã«ã¤ã„㦠パターンåã«ã¤ã„ã¦ã¯åŽŸå‰‡ã¨ã—ã¦ã€Žã‚¨ãƒªãƒƒã‚¯ãƒ»ã‚¨ãƒ´ã‚¡ãƒ³ã‚¹ã®ãƒ‰ãƒ¡ã‚¤ãƒ³é§†å‹•è¨è¨ˆã€ï¼ˆç¿”泳社）ã«åˆã‚ã›ã¦ã„ã¾ã™ã€‚ç´ æ™´ã‚‰ã—ã„訳æ¥ã«ï¼ˆå…ƒã€ŒDDD難民ã€ã®ä¸€äººã¨ã—ã¦ã‚‚）記ã—ã¦æ„Ÿè¬ã„ãŸã—ã¾ã™ã€‚ ãŸã ã—ã€ã€Œã‚¨ãƒ³ãƒ†ã‚£ãƒ†ã‚£ãƒ¼ã€ã€Œãƒ¡ã‚¿ãƒ•ã‚¡ãƒ¼ã€ã€Œãƒ¬ã‚¤ãƒ¤ãƒ¼ã€ã€Œãƒ•ã‚¡ã‚¯ãƒˆãƒªãƒ¼ã€ãªã©ã€æœ«å°¾ã®éŸ³å¼•ãã¯çœç•¥ã›ãšã«è¨˜ã™ã‚‹ã“ã¨ã«ã—ã¾ã—ãŸã€‚ãã®ãŸã‚ã€åŽ³å¯†ã«ã¯æ£ç¢ºã«åŒä¸€ã§ã¯ã‚ã‚Šã¾ã›ã‚“（他ã«ã‚‚「インタフェースã€ã¯ã€Œã‚¤ãƒ³ã‚¿ãƒ¼ãƒ•ã‚§ãƒ¼ã‚¹ã€ã«ã—ã¦ã„ã¾ã™ï¼‰ã€‚ã”了承ãã ã•ã„。 ## 権利ã«ã¤ã„ã¦
InfoQ: Domain Driven Design（ドメイン駆動è¨è¨ˆï¼‰ Quickly 日本語版
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ãŒæœ€è¿‘リリースã•ã‚Œã€é‡è¦ãªå¤‰...
Effective Aggregate Design by Vaughn Vernon
Aggregates are one of the more challenging aspects of tactical modeling. Developers often end up with large clusters of objects that do not give good performance and scalability. In this three-part series, Vaughn Vernon walks through some common design pitfalls, discusses the pros and cons of various aggregate modeling choices, and provides rules of thumb to guide modeling of aggregates. He de-emp
ドメイン駆動è¨è¨ˆã«é–¢ã™ã‚‹ä½•ã‹ - 日々常々
2020-03-13追記: 「ドメイン駆動è¨è¨ˆã€ã®ãƒãƒ¼ãƒ‰ãƒ«ã‚’上ã’ã‚‹æ„図ã¯ã‚ã‚Šã¾ã›ã‚“。ãã‚‚ãã‚‚ãã‚“ãªç‰¹æ®ŠæŠ€èƒ½ã§ã‚‚ãªã„ã¨æ€ã£ã¦ã„ã¾ã™ã€‚「ドメイン駆動è¨è¨ˆãŒåˆã£ã¦ã„ã‚‹ã‹ã€ã‚’測るææ–™ã«ãªã‚‹ã‹ã‚‚？ãらã„ã®æ°—æŒã¡ã§èªã‚“ã§ã„ãŸã ã‘ã‚‹ã¨å¹¸ã„ã§ã™ã€‚ 何度目ã‹çŸ¥ã‚Šã¾ã›ã‚“ãŒDDDãŒã¾ãŸãƒ–ームを迎ãˆã¦ã„るよã†ã§ã€‚DDD難民ã¨è¨€ã†è¨€è‘‰ãŒå‡ºãŸé ƒã‚’æ€ã†ã¨æ„Ÿæ…¨æ·±ã„ã§ã™ã。実際難民ã«ãªã£ãŸã‚ã‘ã§ã¯ãªã„ã®ã§è‚Œæ„Ÿè¦šã§çŸ¥ã‚‰ãªã„ã®ãŒæ®‹å¿µãªã¨ã“ã‚ã§ã™ãŒã€ã“ã‚Œã¯ã©ã†ã§ã‚‚ã„ã„。 DDDã€æ—¥æœ¬èªžã§ã¯ãƒ‰ãƒ¡ã‚¤ãƒ³é§†å‹•è¨è¨ˆã¨ãªã‚Šã¾ã™ãŒã€DDDã‚’å† ã—ã¦ã„ã¦ã‚‚ドメインãŒèªžã‚‰ã‚Œã‚‹ã“ã¨ã¯å°‘ãªã„よã†ã§ã™ã€‚ æ•°ã‚る書ç±ã‚‚ドメインモデリングã®è©±ã§ã¯ãªãã€ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒ¢ãƒ‡ãƒ«ã‚’ã„ã‹ã«å®Ÿè£…ã«è½ã¨ã—込むã‹ã«ãƒ•ã‚©ãƒ¼ã‚«ã‚¹ã—ã¦ã„ã‚‹ã¨æ„Ÿã˜ã¦ã„ã¾ã™ã€‚ ã“ã‚Œã¯ã“ã‚Œã§ä»•æ–¹ãªã„ã¨è¨€ã†ã‹ã€ãƒ‰ãƒ¡ã‚¤ãƒ³ã®è©±ã£ã¦åºƒã語れãªã„ã‚“ã§ã™ã‚ˆã。 ドメインã¯é ˜åŸŸã§å¢ƒç•ŒãŒã‚ã£ã¦ç¯„囲ãŒé™å®šã•ã‚Œã¦ã„ã¾ã™ã€‚特定ドメ
ドメインãƒã‚¸ãƒƒã‚¯ã¯ãƒ‰ãƒ¡ã‚¤ãƒ³ã‚ªãƒ–ジェクトã«å‡é›†ã•ã›ã‚‹ - Qiita
ã“ã‚“ã«ã¡ã¯ã€‚ 最近ã€ã“ã‚“ãªãƒ„イートã—ãŸã®ã§ã™ãŒã€ãƒ‰ãƒ¡ã‚¤ãƒ³ã‚ªãƒ–ジェクトã§ã¯ãªãアプリケーションサービス1ãªã©ã«ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒã‚¸ãƒƒã‚¯ãŒæ›¸ã‹ã‚Œã¦ã—ã¾ã†ã“ã¨ãŒã‚ã‚Šã¾ã™ã€‚ アプリケーションサービスã¯ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒã‚¸ãƒƒã‚¯ã‚’é…ç½®ã™ã‚‹å ´æ‰€ã§ã¯ãªã„ã€ãã‚Œã¯ãƒ‰ãƒ¡ã‚¤ãƒ³ã‚ªãƒ–ジェクトã®å½¹å‰²ã€‚アプリケーションサービスã¯é€²è¡Œå½¹ã€‚ã“ã“ã‚’é–“é•ã†ã‹ã‚‰ç°¡å˜ã«ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒ¢ãƒ‡ãƒ«è²§è¡€ç—‡ã«ãªã£ã¦ã—ã¾ã†ã‚“ã ã¨æ€ã„ã¾ã™ã€‚ — ã‹ã¨ã˜ã‚…ã‚“ (@j5ik2o) August 18, 2019 最近ã€ä»¥ä¸‹ã®æ›¸ç±(以下 増田本)をマジメã«èªã¿ç›´ã—ã¾ã—ãŸ(笑)。ドメインモデル貧血症2を回é¿ã—ã¦ã€ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒã‚¸ãƒƒã‚¯ã‚’ドメインオブジェクトã«å‡é›†ã•ã›ã‚‹æ–¹æ³•ã«é–¢ã—ã¦ã€å¢—田本ã«ã„ã‚ã„ã‚書ã„ã¦ã‚ã£ãŸã®ã§ã€ãã®ã‚¨ãƒƒã‚»ãƒ³ã‚¹ã¨åƒ•ã®è€ƒå¯Ÿã‚’交ãˆã¦è§£èª¬ã—ãŸã„ã¨æ€ã„ã¾ã™3。 詳ã—ã„内容ã¯ä»¥ä¸‹ã®å¢—田本をèªã‚“ã§ãã ã•ã„ï¼ ã‚³ãƒ¼ãƒ‰ä¾‹ã¯Scalaã§ã™ãŒé›£ã—ã„表ç¾ãŒãªã„ã®ã§ã€ScalaãŒåˆ†ã‹ã‚‰ãª
僕ã¨DDDã¨Clean Architectureã¨ã‚„ã£ã±ã‚ŠDDD - kenfdev’s blog
2022/04/21æ›´æ–° ãµã‚Šã‹ãˆã£ã¦ã¿ã¦ã€ã“ã®è¨˜äº‹ã¯æ‰‹æ®µã¨ç›®çš„ã‚’ã”ã£ã¡ã‚ƒã«ã—ã¡ã‚ƒã£ãŸè‡ªåˆ†ãŒã‚ˆãã‚ã‹ã‚‹è¨˜äº‹ã§ã™ã€‚ DDDã¯ã€Œã©ã†ã‚„ã£ã¦ã‚³ãƒ¼ãƒ‰ã‚’書ãã‹ã€ãŒå•é¡Œã§ã¯ã‚ã‚Šã¾ã›ã‚“。ãã®ç‚¹ã‚’勘é•ã„ã—ã¡ã‚ƒã£ã¦ã‚‹ã‚¨ãƒ³ã‚¸ãƒ‹ã‚¢ã®è©±ã¨ã—ã¦ã€ç¶šãã‚’èªã¿ãŸã„人ã¯èªã‚“ã§ãã ã•ã„🙠DDD（Domain Driven Design）ã£ã¦é›£ã—ã„ã§ã™ã‚ˆã。難ã—ã„難ã—ã„ã¨ã°ã‹ã‚Šè€ƒãˆã¦ã„ãŸåƒ•ã‚‚よã†ã‚„ã最近ã«ãªã£ã¦å°‘ã—ãšã¤ã‚ã‹ã£ã¦ããŸæ°—ãŒã—ã¾ã™ã€‚ãã®ãã£ã‹ã‘ã¨ãªã£ãŸæ›¸ç±ã¨åƒ•ã®ã‚¹ãƒˆãƒ¼ãƒªãƒ¼ã‚’本記事ã§ç´¹ä»‹ã§ããŸã‚‰ã¨æ€ã„ã¾ã™ã€‚ TL;DR Clean Architectureã¯ãªã‚“ã¨ãªãã‚ã‹ã‚‹ DDDã¯é›£ã—ã„ ã¨æ„Ÿã˜ã¦ã„る人ã¯ã€ŒDomain-Driven Design in PHPã€ã‚’èªã‚€ã¨é“ãŒæ‹“ã‘ã‚‹ã‹ã‚‚ã—ã‚Œãªã„。 leanpub.com 僕ã¨DDD DDDã¨ã„ãˆã°Evansã®ãƒ‰ãƒ¡ã‚¤ãƒ³é§†å‹•è¨è¨ˆï¼š エリック・エヴァンスã®ãƒ‰ãƒ¡ã‚¤ãƒ³é§†å‹•è¨
GitHub - ddd-by-examples/library: A comprehensive Domain-Driven Design example with problem space strategic analysis and various tactical patterns.
A public library allows patrons to place books on hold at its various library branches. Available books can be placed on hold only by one patron at any given point in time. Books are either circulating or restricted, and can have retrieval or usage fees. A restricted book can only be held by a researcher patron. A regular patron is limited to five holds at any given moment, while a researcher patr
makopi23ã®ãƒ–ãƒã‚° 「JSUG勉強会 2019ãã®2 Spring Bootベースã®DDDサンプル徹底解説ï¼ã€ã«å‚åŠ ã—ã¾ã—ãŸ
2019/2/18(月) 「JSUG勉強会 2019ãã®2 Spring Bootベースã®DDDサンプル徹底解説ï¼ã€ã«å‚åŠ ã—ã¦ãã¾ã—ãŸã€‚ Doorkeeper https://jsug.doorkeeper.jp/events/86655 Togetter https://togetter.com/li/1320727 å‚åŠ ã®çµŒç·¯ ã“ã‚Œã¾ã§ã€Œã‚¨ãƒªãƒƒã‚¯ãƒ»ã‚¨ãƒ´ã‚¡ãƒ³ã‚¹ã®ãƒ‰ãƒ¡ã‚¤ãƒ³é§†å‹•è¨è¨ˆã€ã‚„「実践ドメイン駆動è¨è¨ˆã€ã®èªæ›¸ä¼šã«å‚åŠ ã—ãŸã‚Šã—ã¦ä¸€é€šã‚Šæ›¸ç±ã¯èªã‚“ã§ã„ã‚‹ã‚‚ã®ã®ã€ã‚³ãƒ¼ãƒ‰ã®ã‚¤ãƒ¡ãƒ¼ã‚¸ãŒä¸ã€…掴ã‚ãªã„ã¾ã¾ã§ãƒ¢ãƒ¤ãƒ¢ãƒ¤ã—ã¦ãŸã®ã§ã€ã“ã®ã‚¤ãƒ™ãƒ³ãƒˆã¯ãƒ›ãƒ³ãƒˆã‚ã‚ŠãŒãŸã„～ 事å‰ã«GitHubã®ãƒªãƒã‚¸ãƒˆãƒªã‹ã‚‰DDDサンプルをcloneã—ã¦Eclipseã«ã‚¤ãƒ³ãƒãƒ¼ãƒˆã—ã€æ‰‹å…ƒã§ã‚¢ãƒ—リを動ã‹ã—ã¦ã¿ãŸã‚Šã€ã‚³ãƒ¼ãƒ‰ã‚’ã„ãã¤ã‹çœºã‚ã¦ã¿ãŸã‚Šã—ã¦ã€å‹‰å¼·ä¼šä¸ã«ã‚‚ã™ã見ã¦è§¦ã‚Œã‚‹çŠ¶æ…‹ã«ã—ã¦ã‹ã‚‰å‚åŠ ã—ã¾ã—ãŸã€‚ è´è¬›ãƒ¡ãƒ¢ ã¯ã˜ã‚ã«DDDサンプル
ドメインモデリングã®å§‹ã‚æ–¹ - Speaker Deck
ドメイン駆動è¨è¨ˆã®è€ƒãˆæ–¹ã¯æ›¸ç±ã‚’èªã‚€ã¨ã‚ã‹ã‚Šã¾ã™ãŒã€ã„ã–モデリングを実践ã—よã†ã¨ã™ã‚‹ã¨ã€ã©ã“ã‹ã‚‰æ‰‹ã‚’付ã‘ã¦ã„ã„ã‹ã‚ã‹ã‚‰ãªã„ã€ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒ¢ãƒ‡ãƒªãƒ³ã‚°ã®å§‹ã‚æ–¹ãŒã‚ˆãã‚ã‹ã‚‰ãªã„ã¨ã„ã†æ„見をèžãã¾ã™ã€‚ ã“ã®ã‚¹ãƒ©ã‚¤ãƒ‰è³‡æ–™ã§ã¯ã€ãã‚“ãªæ‚©ã¿ã‚’æŒã¤çš†ã•ã‚“ã«å‘ã‘ã¦ã€Œãƒ‰ãƒ¡ã‚¤ãƒ³ãƒ¢ãƒ‡ãƒ«ã‚’見ã¤ã‘出ã—・実装ã«è½ã¨ã—・改善ã—ã¦ã„ãã€æ–¹â€¦
DDD with RDRA, ICONIX
DDDを具体的ãªãƒ—ãƒã‚»ã‚¹ã«è½ã¨ã—込むã«ã¯ã©ã†ã„ã†è¦³ç‚¹ãŒå¿…è¦ã ã‚ã†ã‹ã€‚ - 境界ã¥ã‘られãŸã‚³ãƒ³ãƒ†ã‚ストãŒã©ã“ã¾ã§ã®ç¯„囲ã‹ã‚ˆãã‚ã‹ã‚‰ãªã„ - ユビã‚タス言語やドメインモデルをã©ã®ã‚ˆã†ã«ç™ºè¦‹ã™ã‚Œã°ã„ã„ã‹ã‚ã‹ã‚‰ãªã„。ã©ã“ã‹ã‚‰ç€æ‰‹ã™ã‚Œã°ã„ã„ã®ã‹ï¼Ÿ - ドメインモデルãŒãŸã ã®ãƒ‡ãƒ¼ã‚¿ã®å…¥ã‚Œç‰©ã«ãªã£ã¦ã—ã¾ã†(貧血…
ドメイン駆動è¨è¨ˆåŸºç¤Žè¬›åº§ã€œæˆ¦ç•¥ç·¨ã€œ
ChatWork社内勉強会ã§ç™ºè¡¨ã—ãŸéš›ã®è³‡æ–™
DDD ã® Java EE 実装サンプル - Cargo Tracker ã‚’èªã¿è§£ã - Qiita
#レイヤ化アーã‚テクãƒãƒ£ï¼ˆLAYERED ARCHITECTURE） ##DDD ã§ã®ãƒ¬ã‚¤ãƒ¤åŒ–アーã‚テクãƒãƒ£ アプリケーションã®ä¸ã§ã¯ã€ãƒ‰ãƒ¡ã‚¤ãƒ³ã®ãƒã‚¸ãƒƒã‚¯ä»¥å¤–ã«ã‚‚様々ãªå‡¦ç†ãŒè¡Œã‚れる。 例ãˆã°ã€ç”»é¢è¡¨ç¤ºã«é–¢ã™ã‚‹å‡¦ç†ãƒ»ãƒˆãƒ©ãƒ³ã‚¶ã‚¯ã‚·ãƒ§ãƒ³åˆ¶å¾¡ãƒ»ãƒ‡ãƒ¼ã‚¿ãƒ™ãƒ¼ã‚¹ã‚¢ã‚¯ã‚»ã‚¹ãƒ»ãƒ¡ãƒ¼ãƒ«é€ä¿¡ãªã©ãŒã‚る。 ã‚‚ã—ã€ã“れら他ã®é–¢å¿ƒäº‹ã®ä¸ã«ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒã‚¸ãƒƒã‚¯ãŒç´›ã‚Œè¾¼ã‚“ã§ã„ã‚‹ã¨ã€ã‚³ãƒ¼ãƒ‰ã¯éžå¸¸ã«èªã¿ã¥ã‚‰ããªã‚Šä¿å®ˆã‚‚ã—ã¥ã‚‰ããªã‚‹ã€‚ ã“ã®å•é¡Œã‚’回é¿ã™ã‚‹ãŸã‚ã€ãƒ‰ãƒ¡ã‚¤ãƒ³ã¯ä»–ã®æ„Ÿå¿ƒäº‹ã‹ã‚‰åˆ†é›¢ã—ãªã‘ã‚Œã°ãªã‚‰ãªã„。 分離ã®æ‰‹æ³•ã¯å¤šã€…ã‚ã‚‹ãŒã€ä¸€èˆ¬çš„ã«åºƒãå—ã‘入れられã¦ã„る手法ã¨ã—ã¦ã€ãƒ¬ã‚¤ãƒ¤åŒ–アーã‚テクãƒãƒ£ãŒã‚る。 レイヤ化アーã‚テクãƒãƒ£ã§ã¯ã€ã‚¢ãƒ—リケーションãŒæŒã¤é–¢å¿ƒäº‹ã‚’ã„ãã¤ã‹ã®å±¤ã«åˆ†é›¢ã™ã‚‹ã€‚ å„層ã«å«ã¾ã‚Œã‚‹è¦ç´ ã¯ã€åŒã˜å±¤å†…ã®è¦ç´ ã‹ã‚‚ã—ãã¯ä¸‹ä½ã®å±¤ã«ã®ã¿ä¾å˜ã—ã€ä¸Šä½ã®å±¤ã«ã¯ä¾å˜ã—ãªã„よã†ã«ã™ã‚‹ã€‚ 上ä½ã®å±¤ã¨é€£æºã™ã‚‹å ´åˆã¯ã€ã‚³ãƒ¼ãƒ«ãƒãƒƒã‚¯ã‚„オ
マイクãƒã‚µãƒ¼ãƒ“スã¨DDDã‚’Go言語ã¨Scala+Akkaã§æ¯”較ã—ãŸã‚‰EventSourcingã®è©±ã«ã‚‚ãªã£ã¦é¢ç™½ã‹ã£ãŸã¾ã¨ã‚ - yoskhdia’s diary
Reactive Messaging Patternsèªæ›¸ä¼šã®ãªã‹ã§ã€ã€Œãƒžã‚¤ã‚¯ãƒã‚µãƒ¼ãƒ“スã¨Akkaã¨Goã€ãªé¢ç™½ã„話題ãŒå‡ºãŸã®ã§ä»£è¡¨ã§ã¾ã¨ã‚る試ã¿ã‚¨ãƒ³ãƒˆãƒªã§ã™ã€‚（çµæ§‹ã€è‰²ã€…ãªè©±é¡Œã«é£›ã‚“ã§ã„ã‚‹ã®ã§é›£åº¦é«˜ã„。） ã¾ã¨ã‚æ–¹ã¨ã—ã¦ã¯ã€ä¼šè©±ãƒã‚°ã‚’転記ã—ã¦ã€æœ€å¾Œã«ã¾ã¨ã‚る形をã¨ã£ã¦ã„ã¾ã™ã€‚ã¾ãŸã€è°è«–ã¨ç§ã®è€ƒãˆãŒæ··ã–らãªã„よã†ã«æ‰€æ„Ÿã¯åˆ†ã‘ã¦ãŠãã¾ã™ã€‚ ddd-cqrs-es.connpass.com TL;DR è¦ç´ 技術（ã©ã‚“ãªè¨€èªžä½¿ã†ã¨ã‹ã€ã©ã‚“ãªã‚¢ãƒ¼ã‚テクãƒãƒ£ã«ã™ã‚‹ã¨ã‹ï¼‰ã®å‰ã«ã€çµ„織やプãƒãƒ€ã‚¯ãƒˆã®æ€§æ ¼ã‚’考ãˆã¦æˆ¦ç•¥ã‚’決ã‚ã¾ã—ょã†ã€‚ ãã—ã¦ã€ãã®ä¸ã§æœ€é©ã¨æ€ã‚れる戦術をã¨ã‚Œã‚‹ã‚ˆã†ãªè¦ç´ 技術を採用ã—ã¾ã—ょã†ã€‚ Akka良ã„よ。 ãƒã‚°ï¼ˆä¸€éƒ¨æŠœç²‹ï¼‰ Slackã‹ã‚‰ã®å¼•ç”¨ã®ãŸã‚テã‚ストベースã§ã™ã€‚ 事ã®å§‹ã¾ã‚Šã¯ã€è’木ã•ã‚“（以下〠@applideveloper ）ã®ç™ºè¨€ã§ã—ãŸã€‚ （ã“ã®è¨˜äº‹çµ¡ã¿ã§ã™ã。 集åˆçŸ¥ã§å„
æ··ä¹±ã—ãŒã¡ãªã‚µãƒ¼ãƒ“スã¨ã„ã†æ¦‚念ã«ã¤ã„㦠- ã‹ã¨ã˜ã‚…ã‚“ã®æŠ€è¡“日誌
社内ã§ã‚µãƒ¼ãƒ“スãŒã‚ˆãã‚ã‹ã‚‰ãªã„ã¨ã„ã†è©±ã«ãªã£ãŸã®ã§ã€è€ƒå¯Ÿã‚’å°‘ã—ã¾ã¨ã‚ã¦ãŠãã¾ã™ã€‚ éŽåŽ»ã®ã‚¨ãƒ³ãƒˆãƒªã§ã‚‚以下ã®ã‚ˆã†ã«è§¦ã‚Œã¾ã—ãŸãŒã€ã‚‚ã†å°‘ã—ã‹ã¿ç •ã„ã¦ã¿ã‚ˆã†ã€‚ サービスã¨ã„ã†è¨€è‘‰ã¯ã‚ã„ã¾ã„ ã¾ãšã€ç°¡å˜ã«å‰æã®æ•´ç†ã‹ã‚‰ã€‚å˜ã«"サービス"ã£ã¦è¨€è‘‰ãŒä½•ã‚’指ã™ã®ã‹çµæ§‹æ›–昧ã§ã™ã€‚ サービスã¯ç°¡å˜ã«ã„ã†ã¨æ‰‹ç¶šãã¨ã‹æŒ¯ã‚‹èˆžã„ã®ã“ã¨ã§ã™ãŒã€ç´°ã‹ãã„ã†ã¨ã€PofEAAã§ã„ã†ã‚µãƒ¼ãƒ“スã¨ã€DDDã„ã†ã‚µãƒ¼ãƒ“スã¯ã€ç›®çš„ãŒç•°ãªã‚Šã¾ã™ã€‚å‰è€…ã¯ã‚¢ãƒ—リケーションã®ãŸã‚ã«ãƒ‰ãƒ¡ã‚¤ãƒ³ãƒ¢ãƒ‡ãƒ«ã‚’å†åˆ©ç”¨å¯èƒ½ã«ã™ã‚‹ãŸã‚ã®ã‚‚ã®ã§ã™ã€‚後者ã¯ãƒ‰ãƒ¡ã‚¤ãƒ³ã®çŸ¥è˜ã‚’表ã—ã¦ã„る振る舞ã„ã§ã™ã€‚ã“ã‚Œã¯ã®ã¡ã»ã©è©³ã—ã説明ã—ã¾ã™ã€‚ ã¾ãã“ã®ã‚ãŸã‚Šã¯å…·ä½“例ãŒãªã„ã¨ç†è§£ã—ãŒãŸã„ã§ã™ãŒã€ãƒ¬ã‚¤ãƒ¤ãƒ¼ã®é•ã„ã«ã‚ˆã£ã¦è²¬å‹™ãŒç•°ãªã‚‹ã¨ã„ã†æ„Ÿã˜ã§ã™ã€‚DDDã®ã‚µãƒ¼ãƒ“スã®ç« ã§ã¯ã€ã‚µãƒ¼ãƒ“スã«ã¯ã€ã‚¢ãƒ—リケーション層ã€ãƒ‰ãƒ¡ã‚¤ãƒ³å±¤ã€ã‚¤ãƒ³ãƒ•ãƒ©ã‚¹ãƒˆãƒ©ã‚¯ãƒãƒ£å±¤ã¨ã€è¤‡æ•°ã®ãƒ¬ã‚¤ãƒ¤ãƒ¼ã«å˜åœ¨ã™ã‚‹ã¨è¨€åŠã•ã‚Œã¦ã„ã¾
3週連続DDDãã®1 ドメイン駆動è¨è¨ˆã®åŸºæœ¬ã‚’ç†è§£ã™ã‚‹
22. 日々ã€å¤‰åŒ–ã—æˆé•·ã™ã‚‹ • 毎日ã€æ–¹å‘付ã‘/推敲/作æˆ/移行を行ã†ã€‚ – åˆå‰ã¯ã€ã€Œæ–¹å‘付ã‘ã€ã¨ã€ŒæŽ¨æ•²ã€ã®ãŸã‚ã«ã‚³ãƒ¼ãƒ‰ã‚’書ã – åˆå¾Œã¯ã€ãŒã£ã¤ã‚Šã€Œä½œæˆã€ã™ã‚‹ – 夕方ã€ä»Šæ—¥ã®æˆæžœã‚’「é…ç½®ã€ã™ã‚‹ – 毎日フィードãƒãƒƒã‚¯ã‚’å—ã‘å–ã‚‹ • 最終ã®ç€åœ°ç‚¹ã¨é€²è¡Œæ–¹å‘を確èªã—ãªãŒã‚‰é€²ã‚€ – 何ã‹æ–°ã—ã„ã“ã¨ãŒèµ·ãã¦ã„ãªã„ã‹ã€æ¯Žæ—¥ã€è¦‹ç›´ã™ – 進む方å‘ãŒãšã‚Œã¦ã„ãªã„ã‹ã€æ¯Žæ—¥ã€è¦‹ç›´ã™ – 週ã§è¦‹ç›´ã—ã€å£ç¯€ã§è¦‹ç›´ã™ • 「変化ã€ã‚’知覚ã—ãŸã‚‰ãƒãƒ¼ãƒ ã§æ©Ÿæ•ã«å¯¾å¿œã™ã‚‹ – æ–¹å‘ã®å¾®èª¿æ•´ã‹ã‚‚ã—ã‚Œãªã„ – ãŠãŠããªæ–¹é‡è»¢æ›ã‹ã‚‚ã—ã‚Œãªã„ – 変ãˆã‚‹ã¹ã時ã¯å¤§èƒ†ã«ã€ãƒãƒ¼ãƒ 一丸ã§
メンテナンス
ãŠçŸ¥ã‚‰ã›
障害
リリースã€éšœå®³æƒ…å ±ãªã©ã®ã‚µãƒ¼ãƒ“スã®ãŠçŸ¥ã‚‰ã›
最新ã®äººæ°—エントリーã®é…ä¿¡
j次ã®ãƒ–ックマーク
kå‰ã®ãƒ–ックマーク
lã‚ã¨ã§èªã‚€
eコメント一覧を開ã
oページを開ã
レガシーãªãƒ—ãƒãƒ€ã‚¯ãƒˆã‹ã‚‰ãƒ‰ãƒ¡ã‚¤ãƒ³å±¤ã‚’å†è¨è¨ˆã™ã‚‹ / iOSDC_takahashi_ishii
ドメイン駆動è¨è¨ˆ æœ¬æ ¼å…¥é–€
GitHub - j5ik2o/java-ddd-example: This project is an example for DDD.
{{#tags}}- {{label}}
{{/tags}}