私たちのチームは、ドメイン駆動設計にかなり慣れていません。設計段階からコーディング段階に移行したばかりの新しいプロジェクトがあります。設計段階では、Visio で UML 設計モデルを作成したチーム メンバーもいれば、コーディングを開始したばかりのチーム メンバーもいました。また、ビルド リリースのプレッシャーにより、モデルの多くは急速に古くなっていきます。
オブジェクト モデルを最新の状態に保つことは重要ですか? すべて/ほとんどのサブシステムでそれらを使用することは重要ですか?
4 に答える
4
コード (およびモデル) に関する最良のドキュメントは、コードとデータベース スキーマです。コードの外側でモデルを開発することは、問題を理解する上である程度の価値がありますが、おわかりのように、最終的には不利になります。それらを使用する場合は、時間をかけて最新の状態に保つ必要があります。アジャイルの哲学では、これらから価値を得るのに必要なだけの時間を、これらの維持に投資するように言います。とにかくコードが最終的な権限であるため、一般的にはそれほど多くはありません。規制要件がある場合は別のケースになる可能性がありますが、通常、モデルをコードに変換したら破棄し、モデルを説明するドキュメントが必要な場合は、必要に応じてコード/スキーマから直接モデルを再生成します。
于 2010-01-29T18:33:13.773 に答える
1
答えは「場合による」だと思いますよね？
プロジェクトが小規模で、急速に変化するなどの場合、モデルの ROI はおそらくかなり悪く、最終的に重要なのは作業コードだけです。
一方、高度な式典や開発チームの変更などを伴う複数年にわたる複数フェーズのプロジェクトでは、何らかのドキュメントから大きなメリットが得られます。オブジェクト モデルは、そのようなドキュメントの 1 つです。
結局のところ、特効薬はありません。そのため、プロジェクトの規模によっては、モデルが非常に価値があるか、維持するのに費用がかかるだけであることに気付く場合があります。
于 2010-01-29T18:33:49.357 に答える
0
ユーザー ストーリーレベルより下のドキュメントは、実装の詳細に直接関連しているため、不安定な事実 (理由と方法) に直接関連しています。したがって、モデル (方法、モデル) は手動で維持するのではなく、開発者のコミュニケーションを改善するためだけに必要なときに生成する必要があります。
ドキュメントは、常に維持されていれば素晴らしいものです。それを保証できない場合は、ソース コードのドキュメントを参照し (コードを変更するたびにそれを維持し)、必要なときに必要なだけコードから UML を生成します。
次に、生成されたドキュメントをもう一度捨てます。開発者とのより良いコミュニケーションを支援するためだけに存在します。それ以上の価値はありません。
ちょうど今日それを持っていた: ある開発者が、とても素敵な Visio の図を紙に印刷してくれました。私は IDE を開き、ソース コードが彼の手元にあるドキュメントとは少し異なることを示していることを彼に示しました。コードがドキュメントに勝ることを明確にするのに時間がかかりました。いつも。
于 2010-01-29T18:42:55.870 に答える
0
あらゆる種類のドキュメントを持つ目的は、開発を支援することであり、開発を止めることではありません。開発者は、モデルがどのようなものであるか、およびコード内の内容と文書化されている内容の主な違いを知っています。
ただし、チームの新入社員に示す資料 (コード自体以外) がないことに注意してください。また、新入社員に教えるには時間がかかります。
したがって、何が最も効率的かを判断することが重要です。モデルを古いままにしておくとチームの速度が向上する場合は、モデルを更新しないでください。モデルを更新することで開発がいくらか改善される場合は、それを行う必要があります (どんなに退屈でも)。
于 2010-01-29T18:36:43.610 に答える