明日私はDDDアプローチについての小さなプレゼンテーションを表示する必要があります。ドメインプログラマを共同プログラマに導入するには?
2つの主なポイントが含まれている必要があります。
「ドメインドリブンデザインとは何ですか?」
「どうすれば使用できますか?
「プレゼンテーションインターフェイス」の最初のポイントを「実装する」方法を知ることができたらうれしいです。
私は毎日プレゼンテーションをしていないので、私はちょっと混乱しています。
明日私はDDDアプローチについての小さなプレゼンテーションを表示する必要があります。ドメインプログラマを共同プログラマに導入するには?
2つの主なポイントが含まれている必要があります。
「ドメインドリブンデザインとは何ですか?」
「どうすれば使用できますか?
「プレゼンテーションインターフェイス」の最初のポイントを「実装する」方法を知ることができたらうれしいです。
私は毎日プレゼンテーションをしていないので、私はちょっと混乱しています。
あなたの問題がDDDの知識の欠如であるか、それを提示する方法であるかは多少分かりません。
「何ドメイン駆動設計がある」 - http://www.infoq.com/minibooks/domain-driven-design-quickly
「私たちはそれをどのように使用することができます」から良い概要をつかみます。あなたは本当にそれを "使う"ことはできません。あなたのビジネスにとって意味のある部分を特定する必要があります。
コンセプト理解では低いぶどう果実もあれば、個人的な関心がなければ押し付けにくいものもあります。
アミ、
(そのポルトガル語 - ブラジル)、ニーズに現在のスライドを変換することである - >Slide
DDDは技術や方法論をイマイチ、より多く集めるアプローチのようであることを説明ドメインロジックを中心とした様々な概念、技術、原則
現在の方法よりDDDを使用することの利点と、その後啓発し、プレゼンテーションに結論を追加後に、ユビキタス言語、階層化アーキテクチャ、ドメインパターン、および現在のアプローチとDDDのアプローチについての差分について説明..
それはああ助けてくれることを願っています。
これは既に助けました。 :) –
"現在のアプローチとdddアプローチについての違い"、これはまさに私が念頭に置いたものです.DDDを我々のアプローチの進化の次のステップとして示すことです。そしてそれらは嘘ではありません。 –
Thisマインドマップソート。
@Rune、両方 - それを提示するDDDの知識と問題の欠如。知識の不足であると私は思っています。なぜなら、私は0日目から終わりまでこのアプローチに従ったプロジェクトに参加していないからです。現時点では、ソースコードはすでにDDDに従うように設計されています。問題は - それは主に自分で作られたものであり、他の人はこれに精通していないということです。このように続けることはできません。彼らは適切に導入されなければなりません、あるいは、私が "どこでもヘルパーと共通のコード"と言うように、ソースは後に続くものにリファクタリングされます。 :) –
私はそれを簡単に理解することができます。少なくとも、「ドメイン駆動型設計をすばやく」読むことを強くお勧めします。それはボードにいくつかを得るかもしれない。あなたがプレゼンテーションをするときにファイル共有に準備をして、それをチェックするのに必要な努力ができるだけ少ないことを確認してください。 –