問題タブ [edit-and-continue]

C# 2.0 で記述された大規模な (500k 以上の LOC) WinForms アプリを開発および保守しています。これはマルチユーザーで、現在約 15 台のマシンに展開されています。システムの開発は進行中であり (永続的なベータと見なすことができます)、毎週のビルドで導入される可能性のある潜在的な新しいバグからユーザーを保護するために行われたことはほとんどありません。

このため、とりわけ、デバッガーのエディット コンティニュに大きく依存するようになりました。バグハンティングやバグ修正だけでなく、場合によっては進行中の開発にも役立ちます。実行中のアプリケーションのコンテキスト内から新しく記述されたコードを実行できることは非常に価値があると思います。再コンパイルして、新しいコードに特定のエントリ ポイントを追加する必要はありません (ダミーのメニュー オプション、ボタンなどを追加する必要はありません)。アプリを削除し、次の本番ビルドの前にそれらを削除することを忘れないでください) - プロセスを停止することなく、すべてをリアルタイムで試行およびテストできます。

私はエディット コンティニュを非常に重視しており、エディット コンティニュと完全に互換性のあるコードを積極的に書いています。たとえば、私は避けます：

• 匿名メソッドとインライン デリゲート (書き換えが完全に不可能でない限り)
• ジェネリック メソッド (安定した不変のユーティリティ コードを除く)
• 「任意の CPU」でプロジェクトをターゲットにする (つまり、64 ビットで実行しない)
• 宣言時のフィールドの初期化 (初期化はコンストラクターに移されます)
• を使用する列挙子ブロックの作成yield(ユーティリティ コードを除く)

現在、C# 3 および 4 の新しい言語機能は、エディット コンティニュ (ラムダ式、LINQ など) とほとんど互換性がないことを十分に認識しています。これが、プロジェクトを新しいバージョンのフレームワークに移行することに抵抗した理由の 1 つです。

私の質問は、デバッグが非常に簡単なコードを優先して、これらのより高度な構造の使用を避けるのが良い方法であるかどうかです。この種の開発に正当性はありますか、それとも無駄ですか？また、重要なことに、これらの構成要素 (ラムダ式、匿名メソッドなど) のいずれかが、適切に記述されたエディット コンティニュ対応のコードで回避できるパフォーマンス/メモリ オーバーヘッドを引き起こしますか? ...または、C# コンパイラの内部動作により、このような高度な構造は、手動で記述された「展開された」コードよりも高速に実行されますか?

E&C が物議を醸すテーマであることは承知しており、デバッグへの間違ったアプローチを助長していると言う人もいますが、それでも - いくつかの定数のさまざまな値を試したり、GUI パラメーターを再設計したりして、明らかに有用な場合が多数あることに同意できると思います。オンザフライで見栄えの良いものを見つける...名前を付けます。

私の質問は次のとおりです。GDB で E&C を使用する予定はありますか? これはプラットフォーム固有の機能であり、コンパイラ、デバッガ、および OS との深刻な協力が必要であることを理解しています(コンパイラとデバッガは常に 1 つのパッケージに含まれているため、MSVC ではこれは簡単です)が、...実行可能。Apple が GCC のバージョンに実装しているという話も聞いたことがあります^[要出典]。そして、それは実際に実現可能であると言えます。

MSVC の E&C に関する誇大宣伝をすべて知っているので (私の経験では、MSVC ユーザーが「なぜ Eclipse と gcc/gdb に切り替えないのか」と尋ねられたときに最初に言及するのはそれだと言っています)、かなりの年月を経ても GCC/GDB がまだそうではないことに非常に驚いています。といった特徴があります。それには正当な理由がありますか？私たちが話している間、誰かがそれに取り組んでいますか？

Visual Studio2010でVisualStudioの編集と続行機能が停止しましたが、問題の原因がわかりません。

私はC＃を使用してWindowsアプリケーションプログラムに取り組んでいます。このアプリケーションは、最初はVisual Studio 2008で開発され、後でVisualStudio2010にアップグレードされました。

.NET Frameworkを3.5から4.0にアップグレードするまで、編集と続行を含め、すべてが正常に機能していました。

デバッグモードを使用すると、IDEのコードの行を変更すると、次のメッセージが表示されます。

コンパイルできない編集が行われました。コンパイルエラーが修正されるまで、実行を続行できません。

実際には、コンパイルエラーはありません。更新を実行するには、VisualStudioを再起動する必要があります。

編集して続行するにはどうすればよいですか？

Visual Studio 2010 で Web サイトを構築しています。最近、Windows 7 64 ビットを実行する新しい開発マシンにアップグレードしました。現在、Web ページに変更を加えた場合、新しいコードが有効になる前に、デバッグを停止し、cassini を終了して、デバッグを再開する必要があります。XPではこの問題はありませんでした。

私が試したこと...

• 構成ファイルのコンパイル debug="true"
  
• オプション -> デバッグ -> エディット コンティニュが有効になっています

これが動的コンパイルまたはエディット コンティニュで実行されるかどうかはわかりません。助けていただければ幸いです。

編集

私の同僚の 1 人は、この問題を抱えていません。彼は、同じプロジェクト、同じビルド構成 (任意の CPU) を使用して、私と同じセットアップをしています。

VB.NET Windows アプリケーションの開発に Visual Studio 2008 を使用しています。このアプリケーションには、MDI_PARENT フォームと多くの MDI_CHILDS フォームが含まれています。

F5 (デバッグ開始) を実行し、BREAK-POINTS で停止してコードを編集する必要がある場合、MDI-PARENT フォーム コードで編集できますが、MDI-CHILD コードを編集しようとすると、次のようになりました。メッセージ ：

デバッガーが既に実行中のプロセスに接続されている場合、変更は許可されません.....

私は行きました：

ツール -> オプション -> デバッグ -> エディット コンティニュ

次に、「エディット コンティニュを有効にする」を無効にして、その前のチェックボックスを削除します。その後、編集しようとすると、次のエラーが表示されました

現在、エディタでこのテキストを変更できません。読み取り専用です

では、MDI-CHILDS フォームでエディット コンティニュを有効にするにはどうすればよいでしょうか ???

ThnX....

VisualStudio2010を使用してASP.NETMVC3アプリで編集して続行することはできますか？もしそうなら、どうすればそれを行うことができますか？

ところで、私のOSプラットフォームはx86です。

編集：f5キーを押してからコードを編集しようとすると、次のエラーが表示されます。コードの実行中、または[1つのプロセスが中断したときにすべてのプロセスを中断する]オプションが無効になっている場合、変更は許可されません。このオプションは、[ツール]、[オプション]、[デバッグ]で有効にできます。

オプションが有効になっているのに、コードの実行中にコードを編集できません。

私は VS2008 で大規模な C++ プロジェクトを持っており、デバッグ中に編集と続行をかなり使用しています。ただし、非常に小さな変更を加えた後、edit and continue が機能しなくなることがあります。デバッグ/コード変更の適用はグレー表示されています。すべてを再構築すると、元に戻る傾向がありますが、これには約 30 分かかります。以前のバージョンの Visual Studio よりもはるかに散発的です。これを引き起こしている可能性のあるアイデアはありますか？

FWIW、私はVS2008 SP1を使用しており、32ビット2G XPボックスで実行されているWhole Tomatoプラグインを使用しています。問題はリソースに関連している可能性があると思われますが、最近再起動していないと問題がより頻繁に発生するように見えるという事実に基づいた推測にすぎません。

Visual Studio 2010で新しいWebプロジェクトを作成するとき、「手遅れ」になるまで「編集して続行」を有効にするのを常に忘れています。（つまり、デバッグ中に編集していて、続行できたらいいのにと思うまで）。そこで、「編集＆続行」をデフォルトで有効にしたいのですが。

私が参照している設定は、プロジェクトのプロパティの[Web]タブの[デバッガー]セクションにあります。この設定は.csprojファイルではなく、プロジェクトの.userファイルの<EnableENC>というノードに保存されていることがわかりました。デフォルトでは「False」ですが、「True」だったらいいのにと思います。

（これはVS2008とおそらく2005にも同様に当てはまりますが、VS2010でのみ解決する必要があります）

注: ~ 2 年前の関連する質問で、 SL3 では実行できないことが確認されました。

Silverlight 5 (AFAICT) にはまだエディット コンティニュがサポートされていないため (ブラウザ外の場合でも、AFAICT)、Silverlight での作業がこれほど困難になった理由を誰か知っているかどうか尋ねたいと思いました。特定のシナリオ (たとえば、Win7+ 上の IE10、32 ビット Silverlight 5 のみ) に制限されていれば幸いです。少なくとも、そのシナリオに対してはるかに迅速かつ生産的に開発し、他のプラットフォームを使用できるからです。 1つのシナリオで正常に機能していた場合のテスト/検証用。

どのシナリオが最も近いのか疑問に思っていましたが、編集と継続が機能しています。私が思いついた唯一のことは、同じソリューション内にある WPF アプリを作成し (WPF と Silverlight アプリの間で必要な変更を最小限に抑えるという目標があるため、おそらく Prism 4 を使用して)、それらを「一緒に」開発することです。 WPF アプリの EnC を作成し、Silverlight でマイナーな開発を行うだけで済むことを願っています。

しかし、それは私が経験したいよりもはるかに多くの問題であり、他に何がうまくいくのだろうか? たとえば、.NET 4 は Silverlight 4 アセンブリをロード/使用でき、WPF は (IIRC) Silverlight をホストできるため、実際の Silverlight アプリを実際に実行する WPF 'シェル' を作成できます (WPF アプリ内でホストされ、それ自体が.NET 4 CLR)。

ただし、そのような取り組みは、現在の Silverlight CLR/ランタイム/そもそも EnC を使用することを困難にしているものについて、少なくとも基本的な理解がなければ (せいぜい) 暗闇の中で撮影されています。それを知ることは、少なくとも理論的には、より実行可能な (手間がかからない) 回避策を導くのに役立つかもしれません. :)

注: 特定の状況でのみ機能する回答 (上記のように、IE10 + Win8 + SL5 など) について知っておくと便利です。:)

(Visual Studio の) エディット コンティニュのような機能をサポートする IDE を探しています。Netbeans が Java 用にそれを持っていることは知っていますが (ホットスワップ、修正して続行と呼ばれます)、Linux システム用の C/C++ の実装については何も見つかりません。

どんな助けでも大歓迎です。