1

私はかなり大規模な ASP.NET Web アプリケーションに取り組んでおり、インターフェイスで作業すると生産性が大幅に低下します。データベースと API に機能を追加することはできますが、インターフェイスにアクセスし、再コンパイルして実行する必要があるため、1 日の多くの時間が費やされます。

たとえば、動作が正しくなく、多くの調整が必要なトリッキーな部分に取り組んでいる場合、複数の [停止/調整/ビルド/実行/ログイン/ページに戻る] サイクルを実行する必要があります。 、これは本当に私のフローを殺し、毎回指をハッカーニュースのブックマークの上に置いて画面を見つめます。

この問題を回避する方法をいじっていますが、状況はあまり改善されていません。これまでに見つけたものは次のとおりです。

  • Visual Studio は、静的ファイル (js/css/etc) を変更するとアプリを頻繁に再起動しますが、再起動は必要ありません。代わりに IIS Express で VS を実行すると、この問題はなくなります。
  • やらなければならないことがたくさんあることがわかっている場合は、マークアップ ページのサーバー スクリプト タグに自分のコードをカット アンド ペーストし、製品を実行して、うまくいくまで微調整してから、カット アンド ペーストして元に戻します。ASP.NET ファイルでは多数の Imports ページ宣言とコード編集機能を設定する必要があることが多いため、これは煩わしいものですが、VS2010 ではこれまで以上に優れていますが、C# ファイルほどではありません。さらに、十分な変更が行われると、アプリが時々再起動されます。
  • Web アプリケーション プロジェクトから分離コード ファイルを除外し、aspx ページ宣言の「分離コード」属性を「src」属性に変更し、アプリの実行中にそこからコードを編集します (再起動をトリガーするのに十分な変更を加えるまで)。 .) ただし、今では intellisense がコード ビハインドで機能しません。

ここで目に見えないほど明らかな何かが欠けているのでしょうか、それとも ASP.NET Web アプリケーションでの開発は本当にこれほど遅いはずなのでしょうか? あなたが提供できる解決策をありがとう。

4

2 に答える 2

2

Visual Studio でアプリケーションを実行したことはありません。IIS をセットアップしてから、偽のドメインと共にアプリケーションの場所を指すようにサイトを構成します。hosts ファイルを編集して、ドメインが localhost を指すようにします。

次に、サイトを表示したい場合は、選択したドメインにアクセスするだけです. CSS またはスクリプトを変更する必要がある場合は、変更を加えてページを更新するだけです。コードを変更した場合は、アプリをコンパイルしてからページを更新してください。

実際に Visual Studio デバッガーを使用する必要がある場合は、IIS プロセス (アプリケーション プール名) にアタッチするだけで、ブレークポイントがヒットします。

于 2012-06-19T16:10:51.350 に答える
0

生産性をかなり向上させるテクニックの組み合わせを見つけました。

  • Chrome などの代替ブラウザを使用してください。VS デバッガーを停止し、IE を使用している場合、VS はブラウザーをシャットダウンしますが、Chrome (または Firefox など) ではシャットダウンしません。
  • Windows 認証モードで実行するように web.config を切り替え、条件付きコンパイル タグで囲まれた簡単な透過的なログイン ルーチンを記述しました (デバッグのみ。この機能は製品には最適ではありません)。

これで、デバッガーを停止し (ブラウザーを閉じなくなります)、コードを変更し、ビルドし、必要に応じてデバッガーを再度開始し、Chrome で F5 を押して最新のものをロードします。アプリを起動する必要があるため、更新には明らかに時間がかかりますが、「ブラウザーの実行/ログイン/ページに戻る」タスクはもうありません。

うまくいけば、これは同様の状況で誰かを助けるでしょう。

于 2012-09-28T13:41:32.417 に答える