刚刚看到一篇关于使用 PreApplicationStartMethod 的文章,地址:http://www.dotnetcurry.com/ShowArticle.aspx?ID=570&AspxAutoDetectCookieSupport=1
在 Razor 中,如果在页面中要使用 DateTimeFormatInfo,就是一个问题。
Razor 没有了页面指令,类似 <%@ Import Namespace="System.Globalization" %> 的页面指令不能使用了。所以,不能像在 ASP.NET 的 aspx 页面中来注册所使用的命名空间。
另外一个原来在 aspx 中的方法是在配置文件 web.config 中进行配置,例如:
1 <pages>
2 <namespaces>
3 <addnamespace="System.Globalization" />
4 </namespaces>
5 </pages>
不过,据说要在 Razor 的正式发布版本中才会支持。
在 .net 4.0 中,可以使用 CodeGeneratorSettings 的 AddGlobalImport 方法来指示引用的命名空间,我们可以在初始化的时候进行设置。例如,定义如下的一个类。
1 public static class PreStartCode
2 {
3 public static void Starting()
4 {
5 CodeGeneratorSettings.AddGlobalImport("System.Globalization");
6 }
7 }
然后,使用 PreApplicationStartMethod 标记一下。
1 [assembly: PreApplicationStartMethod(typeof(PreStartupCode), "Starting")]
以后,就可以在页面中直接使用命名空间 System.Globalization 中定义的成员了。
在 ASP.NET 网站中,有一些工作必须在网站初始化阶段完成,比如自定义的虚拟路径提供器,通常情况下,我们需要在 Global.asax 中进行注册,或者使用 App_Code 目录中任意类的 AppInitialize 静态方法。在 CoderZh 的 VirtualPathProvider注册的问题 中讨论了这两种方法。
在 ASP.NET 4.0 中提供了一个新的特征 PreApplicationStartMethod 允许我们在上边初始化之前完成网站的初始化,这样,我们可以在一个类库项目中使用这个特征来标记需要在网站中提前初始化的方法。但是对于多个程序集的情况下,不能保证调用程序集定义的应用程序启动方法的顺序。因此,每个注册的开始方法应该将代码编写为分开运行,不应该依赖于其他注册开始方法的副作用。
详细说明见 MSDN 的 PreApplicationStartMethodAttribute 类
下面的代码演示了如何注册自定义的 VirtualPathProvider,网站项目中仅仅引用这个项目即可,不需要进行额外的配置了。

代码
1 using System;
2 using System.Collections.Generic;
3 using System.Linq;
4 using System.Text;
5
6 using System.Web;
7
8 [assembly: PreApplicationStartMethod(typeof(MyNamespace.Class1), "Init")]
9
10 namespace MyNamespace
11 {
12
13 public class DemoVirtualPathProvider : System.Web.Hosting.VirtualPathProvider
14 {
15 }
16
17 public class Class1
18 {
19 public static void Init()
20 {
21 DemoVirtualPathProvider provider = new DemoVirtualPathProvider();
22 System.Web.Hosting.HostingEnvironment.RegisterVirtualPathProvider(provider);
23 }
24 }
25 }
26