CompilationMode="Never"是一个在某些ASP中至关重要的特性。网网站。

如果你有ASP。在asp.net应用程序中，ASPX页面经常通过CMS或其他发布系统生成和更新，使用CompilationMode="Never"是很重要的。

如果没有此设置，ASPX文件更改将触发重新编译，这将快速使您的appdomain重新启动。这可以清除会话状态和httpruntime缓存，更不用说重新编译引起的延迟。

(为了防止重新编译，你可以增加numRecompilesBeforeAppRestart设置，但这不是理想的，因为它会消耗更多的内存。)

这个特性需要注意的一点是，ASPX页面不能包含任何代码块。为了解决这个问题，可以在自定义控件和/或基类中放置代码。

在ASPX页面不经常更改的情况下，这个特性基本无关紧要。

在ASP。NET v3.5添加了一些路由，你可以创建自己的友好url，只需在页面管道的早期编写HTTPModule并重写请求(如BeginRequest事件)。

像http://servername/page/Param1/SomeParams1/Param2/SomeParams2这样的url将被映射到如下所示的另一个页面(通常使用正则表达式)。

HttpContext.RewritePath("PageHandler.aspx?Param1=SomeParms1&Param2=SomeParams2");

DotNetNuke有一个非常好的HttpModule来为他们的友好url做这个。对于不能部署. net v3.5的机器仍然有用。

如果你有ASP。NET生成一个RSS提要，它有时会在页面顶部放置额外的一行。这不会用普通RSS验证器进行验证。您可以通过在页面底部放置页面指令<@Page>来解决这个问题。

HttpContext。项作为请求级缓存工具

VS阻塞的有效语法:

<input type="checkbox" name="roles" value='<%# Eval("Name") %>' 
  <%# ((bool) Eval("InRole")) ? "checked" : "" %> 
  <%# ViewData.Model.IsInRole("Admin") ? "" : "disabled" %> />

我的团队经常使用这个方法:

WebRequest myRequest = WebRequest.Create("http://www.google.com");
WebResponse myResponse = myRequest.GetResponse();
StreamReader sr = new StreamReader(myResponse.GetResponseStream());

// here's page's response loaded into a string for further use

String thisReturn = sr.ReadToEnd().Trim();

它以字符串的形式加载网页的响应。你也可以发送post参数。

当我们需要一些便宜和快速的东西时，我们用它来代替ASCX/AJAX/WebServices。基本上，它是一种跨服务器访问web可用内容的快速方法。事实上，我们昨天刚刚把它命名为“乡下人网络服务”。