スマートフォン用の表示で見るMPがありません。connpassに参加した時のメモです。勉強になる面白い話を聞かせていただきました。全体を複数の関心事に分離し、それぞれの関心事を独立したモジュールとして開発する。それらを組み合わせて全体を構築する。勝敗の判定ルールこれらを1つ1つの機能として整理してモジュール化する。インタラクションデザインなどこれらはドメインロジックに従属する要素である。DDDで設計されたソフトウェアはドメインロジックのまわりにこれらがぶら下がる感じで出来上がる。ドメインロジックに焦点を合わせる理由ソフトウェアの複雑さの原因はドメインロジック(計算、判定ロジック)にあるドメインロジックと入出力が混在しているとドメインロジックの全体像や構造が見えてこない入力の関心事を分離してドメインロジックだけを対象にするとドメインロジックの輪郭や構造がはっきりしてくるドメインロジックの輪郭や構造がみえてくると計算、判定ロジックがはっきりしてくるロジックの整理がしやすくなると入出力もシンプルになるこの実感を感じられるようになるとDDDの恩恵がわかるようになる(入出力がシンプルになるから)結果的にソフトウェア全体の見通しが良くなるどこに何があるかわかるコード変更による影響範囲がわかるMVCモデルのソフトウェアのモデル部分をビジネスロジックと入出力処理に分離するイメージといえそう。定義や所持枠を作るという方法もある。ビジネスモデルも変えるか・・・みたいなことが起きる障害に対するいくつかのアプローチ少数精鋭のチームで徹底してDDDで開発してみる学習するための実験プロジェクトをやってみるなど効果は非常に高いけど難しい従来のやり方に少しずつ数値の計算ロジックを独自型にwrapして計算を行うHPの単純な足し算、引き算のロジックをHP型にする、など判定結果をboolean型で表現することをやめ、独自に定義したenum型などを使って判定を行うコレクションの操作を独自型にwrapして行う実際にコードを書いてその結果を確認しながら議論し、決めていくことが一番大事!質問やその他メモDDDでビジネスロジックを書いていたら固有名詞のクラスとかが生まれてきて気持ち悪いビジネスロジックでの計算のために使われているならいいと思いますよ的な(けっこう難しいお話をされていたので多分こんな感じのことを言っていたと思うけどよく覚えていない。)企画の人が完全に要件を定義していない。利用できる、知っておくと便利な型Perlにおける動的なモジュールロードのメリットとデメリットについて月別アーカイブはてなブログをはじめよう!mp0liiuさんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか?はてなブログをはじめる(無料)はてなブログとはMPがありません。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。