CompilationMode=“Never”的 ASP.NET 嵌套母版页会带来灾难吗？ ASP.NET 中的错误？

Question

在开发一个相当大的 Web 应用程序项目时，我决定通过使用 CompilationMode="Never" @Page 属性标记一些页面和控件来获得一些新鲜空气。到目前为止一切顺利，按预期工作，然后事情就发生了。我将要解释的一个极端案例场景的表现出人意料，说得好听。这种情况就是嵌套母版页。

在继续之前先简单介绍一下。如果将顶部母版页标记为 CompilationMode="Always"，并将其下方的所有其他页面标记为 CompilationMode="Never，您认为嵌套深度有多深”？不，它不是无限的，也不是 ASP.NET 具有的某个内部数字。它是2。为什么？ - 我不知道，我希望你们中的一些聪明人能够启发我？

我附加了一个包含 5 个嵌套母版页的项目来演示我正在讨论的内容： 嵌套母版页 Web 应用程序测试项目< /a>.

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

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

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

编辑：

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

Answer 1

更新（1/21/2010）：好消息：经过更多调查，事实证明这个问题在 VS2010 中得到了修复。该修复是在 Beta 2 后进行的，因此它将成为下一个公共版本的一部分。我没有确切的日期，但应该不会太远。

---

是的，我似乎记得以前出现过这一点，并且确实一些涉及嵌套母版页和 CompilationMode="Never" 的场景被破坏了。

看看旧的邮件线程，我认为这只发生在某些组合上。看起来它已经被破坏了（其中NoCompile意味着compilationMode=never）：

1. NoCompile Page / Compile Master / NoCompile Master
2. NoCompile Page / NoCompile Master / Compiled Master

当时，我们没有修复这个问题，因为修复是非常重要的，并且场景是不常见。

请注意，当谈到 NoCompile 页面时，大部分好处是将其用于最终节点 aspx 页面，而不是母版页。一般来说，NoCompile 页面的运行速度比编译页面慢一些。它们的好处是它们没有第一次编译命中，并且使用更少的内存。此外，它们可以在内存压力下完全卸载。这就是为什么当您有大量端点页面时它们很有意义（Sharepoint 使用它们）。但在母版页上（大多数应用程序只有少数几个页面共享），这种好处是微乎其微的。当然，NoCompile 页面中不能有代码，这是很少有人使用它们的主要原因。

所以快速总结就是：你是对的，这是一个错误！ :) 建议的解决方法是避免母版页的 CompilationMode=never 。