問題タブ [compilationmode]

ASPX ページにインライン C# コード ブロックがないと仮定しましょう。

ということで安心してセットできました

...私のweb.configファイルで、コンパイルエラーについて心配する必要はありません。

パフォーマンスに関して、次の設定を使用すると何かペナルティはありますか?

つまり、「自動」検出にはかなりの時間がかかりますか?

コンパイル モードに関するドキュメントを読みましたが、コンパイル エラーが発生したソース コードを強調表示する手法が見つかりませんでした。

たとえば、コンパイル エラーを生成するソース コードの背景色を変更します (Eclipse や Netbeans の赤い下線など)。また、エラーメッセージをどこかで読む方法もあります。

CompilationMode=Neverでは、セッションを適切に接続できないようです。

最初に、このページではEnbaleSessionStateディレクティブが許可されていないことを訴えます。

System.Web.SessionState.IRequiresSessionStateをページに明示的に割り当てる[1] と、null 参照の例外 (.Session アクセス周辺) は回避されますが、セッションが正しく保持されたり接続されたりすることはありません。

CompilationMode=Neverで ASP.NET セッションを正常に使用した人はいますか?

概念的に、なぜこれらはバラバラである必要があるのでしょうか??

[1] - http://msdn.microsoft.com/en-us/library/system.web.ui.compilationmode.aspx

非常に大きなWebアプリケーションプロジェクトに取り組んでいるときに、 CompilationMode = "Never" @Page属性で一部のページとコントロールをマークすることで、少し新鮮な空気を得ることができると判断しました。これまでのところ、期待どおりに機能していて、それが起こりました。私が説明しようとしているコーナーケースのシナリオは、それをうまく表現するために予期せず動作しました。このシナリオはネストされたマスターページです。

続行する前に簡単なティーザー。トップマスターページをCompilationMode=" Always "としてマークし、その下にある他のすべてのページをCompilationMode = " Never "としてマークすると、どのくらい深くネストできると思いますか？いいえ、無限ではありません。ASP.NETが持つ内部番号です。その2。なんで？-私にはわかりません。賢い人たちが私を教えてくれることを望んでいましたか？

私が話していることを示すために、5つのネストされたマスターページを持つプロジェクトを添付しました：ネストされたマスターページWebアプリケーションテストプロジェクト。

予期せず機能するもう1つのコーナーケース-5つのネストされたマスターページがある場合は、2番目のページをCompilationMode = "Always"に変更し、他のすべてのページをCompilationMode="Never"に変更します。3番目のマスターページが2回適用されていることに気付くでしょう！

私がしていることが間違っているかどうかを理解するのを手伝ってください、または問題を確認してください。

ASP.NETランタイムバージョン：2.0、.NET：3.5

編集：

添付されたプロジェクトでは、すべてのマスターページがCompilationMode=" Never "に設定されています。ASPXページが必要に応じて表示されます。最初のマスター（Site.master）をCompilationMode = "Always"に変更して、私が話していることを確認します。

ASP.NETのExpressionBuilder構文を使用して、AppSettingから静的コンテンツのドメインを動的に取得したいと思います。

次の構文を使用していますが、機能しません。

参考までに、必要なHTML出力は次のとおりです。

ASPXページはCompilationMode="never"である必要があるため、<％=％>構文を使用できないことに注意してください。（ExpressionBuilder構文を使用している理由は、コンパイルされていないページで機能するためです）

これをどのように行うことができるかについてのアイデアはありますか？

コンパイルモードの Emacs に ansi-color のサポートを追加した人はいますか? その場合、アクティブな端末が ANSI エスケープ カラーリングをサポートしていることを確認するために、カラー書き込みプログラムはどのプロパティ/属性をチェックする必要がありますか。

私はemacsを使用して、コンパイルモードを使用してC ++プロジェクトをコンパイルnext-errorし、ソースの警告とエラーにジャンプするのが大好きです。next-errorただし、コンパイル出力の「Infileincludedfrom」の行のすべての#includeに移動するのは非常に面倒です。警告をスキップするために使用できることは知っていますがcompilation-skip-threshold、警告をスキップしたくありません。これらのインクルード行は警告として表示されます。

私には、これはコンパイルモードのバグのようです（これらは警告ではありません）が、このバグは「バグではない」としてクローズされました。

具体的には、次のような出力の場合：

next-error途中でファイル1から3に立ち寄るのではなく、file4.hに直接移動したいと思います。

ありがとう！

gnome-terminal はすべて問題ないのに、emacs コンパイル モードでカラー機能が欠落しているのはなぜですか。これは、テストを生成するために書いたコードです。

スクリーンショット

.emacs ANSI Coloring in Compilation Mode で提案されているように、次の行があります。

行と列の範囲を考慮した最終的な実用的なソリューション:

以下の両方の回答は非常に役に立ちました。システムの理解が深まりました。

要約: 私の正規表現は出力文字列と一致するように機能しますが、コンパイル出力のエラーと一致するように compilation-error-regexp-alist-alist では機能しません。

コンパイル モードの正規表現が少しわかりにくいと思います。私は、エラー文字列に対してリビルドと compile.el にある元の正規表現を使用して動作することがわかっている正規表現を作成しました。

40>f:\Projects\dev\source\Helper.cs(37,22,37,45): エラー CS1061: 'foo.bar' には '関数' の定義が含まれておらず、拡張メソッド 'メソッド' が受け入れられませんタイプ 'foo.bar' の最初の引数が見つかりました (using ディレクティブまたはアセンブリ参照がありませんか?)

そして、ここに私の正規表現があります:

明らかに、出力される最初の行/列のペアに到達しようとしているだけです。(コンパイラが 2 つではなく 4 つの数値を出力していることに驚いていますが、何でも構いません。)

compile.el の edg-1 正規表現を見ると、次のようになります。

だから私が混乱しているのは、引数がどのように渡されるかということだと思います。edg-1 では、3 と 4 はどこから来ていますか? 彼らは捕獲グループに対応していないと思いますか？整形式のエラー メッセージに対して re-builder を介して edg-1 regexp を実行し、部分式モードに入ると、0 は一致する文字列全体に一致し、1 はファイル名とパスに一致し、2 は行番号に一致します。ドキュメンテーションを見ると (Mx describe-variable を実行したとき)、サブ式がメイン式のどの場所にあるかだけを気にしているように見えます。いずれにせよ、私は明らかに何かを誤解しています。

また、公式の csharp.el 正規表現を変更して余分な 2 つの数値を処理しようとしましたが、うまくいきませんでした。

(編集、例を少し修正、csharp 正規表現を更新)