问题标签 [compilationmode]

假设我的 ASPX 页面没有内联 C# 代码块。

所以，我可以安全地设置

...在我的 web.config 文件中，不用担心编译错误。

性能方面，使用以下设置是否会受到任何惩罚？

即“自动”检测是否需要大量时间？

我阅读了有关编译模式的文档，但没有找到任何技术来突出显示发生编译错误的源代码。

例如更改产生编译错误的源代码的背景颜色（如 Eclipse 或 Netbeans 中的红色下划线）。还有一种在某处读取错误消息的方法。

似乎CompilationMode=Never不允许正确连接 Sessions。

它首先抱怨此页面上不允许使用EnbaleSessionState指令。

将System.Web.SessionState.IRequiresSessionState显式分配给页面 [1] 可避免空引用异常（围绕 .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 应用程序测试项目。

另一个意外工作的极端情况 - 如果您有 5 个嵌套母版页，请将第二个更改为 CompilationMode="Always"，将所有其他页面更改为 CompilationMode="Never"。您会注意到第三个母版页被应用了两次！

请帮助我了解我所做的事情是否不正确，或确认问题。

ASP.NET 运行时版本：2.0，.NET：3.5

编辑：

附加的项目将所有母版页设置为 CompilationMode=" Never "。ASPX 页面根据需要显示。将第一个 master (Site.master) 更改为 CompilationMode="Always" 以查看我在说什么。

我想使用 ASP.NET 的 ExpressionBuilder 语法从 AppSetting 动态检索静态内容的域。

我正在使用以下语法，但它不起作用：

仅供参考，所需的 HTML 输出是：

请注意，我不能使用 <%= %> 语法，因为我的 ASPX 页面需要 CompilationMode="never"。（我使用 ExpressionBuilder 语法的原因是它适用于非编译页面）

关于如何做到这一点的任何想法？

有没有人在编译模式 Emacs 中添加了对 ansi-color 的支持？如果是这样，颜色编写程序必须检查什么属性/属性以确保其活动终端支持 ANSI 转义着色。

我喜欢使用 emacs 使用编译模式编译我的 C++ 项目并next-error跳转到源代码中的警告和错误。但是，我发现next-error编译输出中的“包含在文件中”行的每个#include 都非常烦人。我知道你可以compilation-skip-threshold用来跳过警告，但我不想跳过警告，这些包含行显示为警告。

对我来说，这似乎是编译模式下的一个错误（这些不是警告），但是这个错误被关闭为“不是错误”

具体来说，对于如下所示的输出：

我想next-error直接带我到 file4.h，而不是在途中停留在文件 1 到 3 中。

谢谢！

为什么我在 emacs 编译模式下缺少颜色功能，而 gnome-terminal 一切都很好。这是我为生成测试而编写的代码。

截屏

.emacs 我按照ANSI Coloring in Compilation Mode中的建议遵循以下几行。

考虑到行和列范围的最终工作解决方案：

下面的两个答案都非常有帮助；我现在对这个系统有了更好的理解。

摘要：我的正则表达式可以匹配输出字符串，但不能在compile-error-regexp-alist-alist 中匹配我的编译输出中的错误。

我发现编译模式正则表达式有点令人困惑。我已经编写了一个正则表达式，我知道它可以使用重建器和 compile.el 中的原始正则表达式处理我的错误字符串。

40>f:\Projects\dev\source\Helper.cs(37,22,37,45): 错误 CS1061: 'foo.bar' 不包含 'function' 的定义并且没有扩展方法 'method' 接受可以找到“foo.bar”类型的第一个参数（您是否缺少 using 指令或程序集引用？）

这是我的正则表达式：

显然，我只是想找到输出的第一行/列对。（我很惊讶编译器输出的是 4 个数字而不是 2 个，但无论如何。）

如果我们查看 compile.el 中的 edg-1 正则表达式：

所以我想我困惑的地方是参数是如何传递的。在 edg-1 中，3 和 4 来自哪里？我猜他们不对应于捕获组？如果我通过 re-builder 在格式正确的错误消息上运行 edg-1 正则表达式并进入子表达式模式，0 匹配整个匹配字符串，1 匹配文件名和路径，2 匹配行号。通过查看文档（当我执行 Mx describe-variable 时），似乎它只关心子表达式在主表达式中的位置。无论哪种方式，我显然都误解了一些东西。

我还尝试修改官方 csharp.el 正则表达式来处理额外的两个数字，但没有运气。

（编辑，稍微修正了示例，更新了 csharp 正则表达式）