4

次のプロパティを持つ大規模な ASP.NET Web アプリケーションがあります。

  • Visual Studio 2010 Ultimate IDE を使用しています
  • .Net フレームワーク 3.5
  • ASP.NET (Web アプリケーション)
  • このプロジェクトでは ORM としてNHibernateバージョン2.2を使用します。
  • 開発者システム: CPU デュアル コア 2.94GHz x64、6GB の RAM
  • プロジェクトの再ビルド時間 3 ~ 4 分
  • 変更後のプロジェクトのビルドには通常 1 分かかります

開発者がデフォルト モードでページを閲覧しようとすると、最初のページが表示されるまでに2 ～ 4 分かかり、妥当な時間内に他のページを閲覧できます。

開発者がページをデバッグしたい場合、 最初のページが表示されるまでに4 ~ 7 分かかります。

そのため、開発者がコードに変更を加えてデバッグ モードで確認したい場合、コードの小さな変更を確認するのに多くの時間がかかるため、気が狂ってしまいます。

デバッグ時間を短縮する解決策はありますか?

私は大きなプロジェクトを多くの小さなプロジェクトに絞り込みました。(小さいものはすぐにデバッグできるようになったので、それらのほとんどは良好です)

しかし、まだ大規模な 4 つのプロジェクトには同じ問題があり、何も変わっていません。それらをローカル IISにもデプロイしましたが、何も変わりませんでした。

任意の提案をいただければ幸いです

前もって感謝します

4

2 に答える 2

0

NHibernate を ORM として使用しているため、時間がかかると考えられる唯一のことは、それを誤用して SELECT N+1 の問題または類似の問題が発生したためです。

反対側では、あなたがソリューション構造であるかはわかりませんが、ここをご覧になることをお勧めします: http://geekswithblogs.net/MarkPearl/archive/2012/05/24/vs2010-large-solution-bottle-neck .aspx

于 2012-05-24T20:20:18.417 に答える
0

大規模な Web プロジェクトで役立つのは、ビジネス オブジェクトとロジック、データベース接続などをテストするために、単体テスト (Microsoft や nunit など) を賢明に使用することです。このシナリオでは、開発 Web サーバーと Web フォームのオーバーヘッドが必要ないため、単体テストをより迅速にデバッグできます。この方法で作業すると、メインの低速デバッガーは非常に特定の Web UI の問題にのみ使用されます。

于 2012-06-22T15:10:58.610 に答える