コードに語らせるために

コードに語らせるために

• 1.
  コードに語らせるために #JJUG_DDD グロースエクスパートナーズ（株） ITアーキテクト 和智 右桂 JJUG DDD2014
• 2.
  和智 右桂 JavaEE勉強会 所属 グロースエクスパートナーズ株式会社 勤務 YukeiWachi @digitalsoul0124 Digital Romanticism http://d.hatena.ne.jp/digitalsoul ネコ好き Photo by @digitalsoul0124 All rights reserved. IT アーキテクト
• 3.
  時々翻訳をしています Coming Soon !
• 4.
  •DDDとは •開発の中のDDD •手続きからモデル駆動へ •まとめ アジェンダ Photo by @digitalsoul0124All rights reserved. スライド中で使用されている画像について、 その著作権の全部または一部は、 クレジットに示した著者によって保留されています。
• 5.
  DDDとは
• 6.
  Domain Driven Design
• 7.
  Eric Evans http://www.flickr.com/photos/chrstopher/1447594745/by Chrstopher Eric Evans
• 8.
  出版は2003年 • 2001年 WindowsXP • 2002年 J2SE 1.4 リリース • 2003年 Spring Framework リリース • 2004年 Oracle 10g リリース • 2005年 StrutsがApacheトップレベル プロジェクトに昇格 Chronology http://www.flickr.com/photos/elsie/4607687530/ by Elsie esq.
• 9.
  DDDの主な参考文献
• 10.
  エッセンスは？
• 11.
  ソフトウェア開発とは、 学習と再構築の過程
• 12.
  顧客の業務を理解すること
• 13.
  顧客の言葉で理解すること Ubiquit!s Langua"
• 14.
  モデルを共有すること hands wikipedia aussiegallhttp://www.flickr.com/photos/nojhan/3204073130/ by nojhan Model
• 15.
  Astrolabe http://www.flickr.com/photos/biker_jun/4450890981/ byBiker Jun (Offseason mode!) モデルを基に Model D#ven Design ソフトウェアを作ること
• 16.
  DDDの二本柱
• 17.
  ユビキタス言語 •チーム内のすべてのコミュニ ケーションとコードにおい て、その言語を厳格に用いる •図やドキュメント、会話の中 で同一の言語を用いること
• 18.
  モデル駆動設計 •ソフトウェアを設計する際に は、ドメインモデルを文字通 りの意味で忠実に反映させる こと
• 19.
  モデリングパラダイム •モデルとコードを結びつける ツール two businessmen shakinghands http://www.flickr.com/photos/mytudut/5188623575/ by MyTudut
• 20.
  nutshell
• 21.
  レイヤ型 アーキテクチャ ドメインレイヤとは、 ドメインモデルが息づく場所 DSC_0082 http://www.flickr.com/photos/artgoeshere/2338940084/ byartgoeshere Layered Architecture
• 22.
  ドメインモデルの構成要素 エンティティ サービス バリューオブジェクト リポジトリ Bright Blocks http://www.flickr.com/photos/venosdale/4323751812/by KTVee Entity Value Object Service Repository ファクトリ Factory Aggregate 集約 モジュールModule
• 23.
  イテレーティブなプロセス コミュニケーションを通じて モデルは深みを増していく "S'il te plaît,fais moi un dessin..." http://www.flickr.com/photos/locktofob/4212943811/ by Locktofob deep model
• 24.
  戦略的設計 文脈 抽出 大局的構造 システムが巨大化しても モデルは実装と結びついていなければならない ISS http://www.flickr.com/photos/wildopallei/2087950431/ byOpal Lei Context D&tillation lar"-scale (ructureStrategic Design
• 25.
  そう言われましても
• 26.
  開発の中のDDD
• 27.
  •機能の階層に分解する ‣のっぺりとした対象に境界線を 引いていく作業 • いくつか流儀はあるが、DDDで 特別なことはない システム分析
• 28.
  広告 注文 請求 広告を 作る 広告を 参照する 注文する 請求書を 作る 請求書を 送る AlisterCockburn Writing Effective Use Cases Addison-Wesley 2001 p.62 ユースケース分析 • 業務フローを元にユースケースを 分析
• 29.
  構成図と個別の設計 •機能間の関連の分析および機能ご との設計
• 30.
  アーキテクトの場合... • 領域の特性を見極めた適切な  境界設計とインターフェイス設計 • 全体的なデータモデリング
• 31.
  プログラマの場合... • 領域内での適切なモデリングと  プログラミング
• 33.
  私、保守なんですけど
• 34.
  DDDの本質は成長
• 35.
  そういえばこんな本も #ステマ テストに導かれて オブジェクト指向 ソフトウェアを 育てる
• 36.
  ドメインモデルのための余地
• 37.
  手続きからモデル駆動へ
• 38.
  複雑な 業務 •あらゆる機能で必要というわけで はない ‣単純な業務=データスキーマの操 作だけで表現できる業務なら手 続きで十分 •技術面での難易度とは別
• 39.
  エンティティの先 • モデルによってとらえられる知識 は「名詞を見つける」ことに留ま らない。ビジネスの活動やルール もドメインにとって中心的 • エンティティを超えてその先に行 こうとする動きに伴った時こそ、 知識のかみ砕きは力を発揮できる
• 40.
  たとえば... •機能をまたいで繰り返し現れるif文 をエンティティへの問い合わせに if (FUGA.equals(someEntity.getHogeFlag)) { //do something very important } if (someEntity.isInSomeState()) { // do something very important }
• 41.
  画面A 処理A 画面B 処理B 画面C処理C ドメインロジック レイヤ化アーキテクチャ重要 ドメインレイヤ
• 42.
  画面A 処理A 画面B 処理B 画面C処理C ドメインロジック ドキュメントも、テストも
• 43.
  ユーザーが理解できないモデル を作ってはいけない それは、 モデルではない
• 44.
  躓きこそ最大のチャンス
• 45.
  まとめ
• 46.
  •顧客の業務を顧客の言葉で理解 し、モデルとして再構成する •事前の適切なアーキテクチャリン グと、フィードバックを受け取り ながらの成長 •躓きこそが最大のチャンス •読んでいない方は、第一部だけで も読みましょう。
• 47.
  ありがとうございました！ Photo by @digitalsoul0124All rights reserved.