複雑なウィザード駆動のドキュメント作成アプリケーションを開発しています。初期ドメインの要件を理解しているため、明示的な列名を使用して、このための明示的なデータベース モデルを作成できます。また、私はMVCの初心者です。アプリケーションをより一般的なものにする必要があることはわかっています。つまり、ウィザードが変更され、さまざまな属性を保存する必要があります。私の現在の見解/本能は、ツール MVC/EF が最も密接にサポートする最も伝統的な手法を使用して現在知られていることを実装し、SQL Server や WF の XML 機能などのテクノロジを使用して、より一般的な機能をサポートするようにリファクタリングすることです。ファンデーションなど。これをすべて行うことは、大きな一歩に思えます。
したがって、私の質問は、最初から汎用的に構築するのではなく、最初はシンプルに保ち、後でより洗練された機能をリファクタリングすることの美徳についてです。
考えと知恵は大歓迎です。
ありがとう。
私はこのような状況のように感じます (OP コメントを読んでください)。ウィザードの単純な「デモ」バージョンに行くと、より多くのハードコーディングされたものを最終的に必要とする場合、デモをリファクタリングする代わりに廃棄することになります。ただし、それが悪い方法だと言っているわけではありません。
私の見解では、このようなアプリケーションの開発プロセスにアプローチするには 2 つの方法があります。
1 つ目は、上記のアプリケーションのクイック スケッチ バージョンです。そうすることで、どちらかの方向に進むことの長所と短所を認識し、他の方法ではなく、ある方法で構築する必要があること、およびそのようなすべてのことを認識するようになります。これが「コードモンキー」方式です。いまいましいコードを入力するだけです！
2 つ目は、より多くの UML ルートに入り、正確に必要な図を作成することです。ただし、UML 設計の経験があまりない場合、これは膨大な時間の無駄に終わる可能性があります。これは、アプリケーションを作成し、すべてを理解したと考えてから、コードを書き始めて、説明していないものがあることに気付くためです。為に。このパスは最善の方法ですが、これを行う経験が不足していると、時間と費用がかかる可能性があります。