1

私たちの開発チームは現在asp.net 2.0を使用しており、多くのブラウジングとクロスサイト参照の後、新しいものはasp.net MVCであることがわかりましたが、aspのサポートなど、できないことがいくつかあることがわかりました.net コントロール、ビュー ステート。

各ページが特定のビューにリンクされるコントローラーにリンクするパラダイムの全体的な変更以外に、他の制限が何であるかはわかりません。そのため、学習曲線を緩やかにするために、最初に MVP を取り上げたいと思いました。アプリケーションとドメイン層を取り出してテスト可能にするだけで、プロセス全体にとってすでに大きな助けになっていると思います。面倒すぎることなく。

さらにブラウジングした後、ndoc が少し古くなっていることがわかりました。これは、コード内のドキュメントの自動生成を非常にうまくカバーするように、docproject 呼び出しで追加のアドインを持つサンドキャッスルに置き換えられています。

受け入れテストを処理するために、FITに基づいたこのツールコールfitnesseが役立つはずです。

これらすべてにまったく慣れていないので、チームの開発プロセスをカバーするためにこのツールを使用するのが全体的に良いプロセスであるかどうか疑問に思っています. そして、これらのすべてのステップをカバーし、いくつかのツール、つまりフレームワークを使用してギャップを埋めようとするよりも優れた仕事をする他のサンプル/リソース/フレームワークがそこにある場合は?

  1. 基本的に私の質問は、私が調査したツールによって上記の全体的なプロセスが十分にカバーされているかどうかです。

  2. asp.net tdd + 自動ドキュメント生成 + 受け入れテストを行うより良い方法はありますか?

アドバイス/フィードバックをお待ちしております。ありがとう!!:)

4

1 に答える 1

2

はい、NUnit と FitNesse を使用した ASP.NET MVC は、「アジャイル」アプローチの妥当な選択です。自動ドキュメント生成がこれにどこに適合するかはわかりません。誰かがこの生成されたドキュメントを読むでしょうか、それとも単にコードを見るだけでしょうか? まだ読んでいない場合は、Robert Martin の 'Clean Code' を入手して、多くのコメントや生成されたドキュメントを使わずに、コードを保守可能で理解しやすいものにする方法についてのヒントを入手してください。

于 2010-01-07T19:00:34.113 に答える