免责声明：

这是我第一次提出可能归类为主观的问题.由于英语不是我的第一语言,因此很难说出这一点.因此,请随意编辑问题以使其更清晰,或指出我以其他方式询问此问题.

介绍：
David Ebbo(ASP.NET团队的架构师)刚刚使用seemingly undocumented PreApplicationStartMethod assembly level attribute发布于Register your HTTP modules at runtime without config

我对此感到好奇.

一方面,尽可能在应用程序启动阶段尽早完成工作是件好事.

另一方面：这样就够了吗？我们是否需要PrePreApplicationStartMethod才能摆弄PreApplicationStartMethod行为？如何扩展到非汇编使用(例如,NuGet已经是PreApplicationStartMethod的works around the single-use-per-assembly restriction)？

问题：除了将它用于无配置启动之外,您如何看待PreApplicationStartMethod属性？

最佳答案 我认为其中一个很好的用法是,它允许正在编写第三方程序集的人或正在处理将在许多项目中使用的程序集的团队能够使用此属性来初始化资源w / o要求最终用户/开发人员在应用程序启动事件中的global.asax中创建任何内容.

人们喜欢/需要在global.asax中配置很多应用程序特定的东西,但是如果你要创建一个DLL,你不再需要让用户在global.asax中配置你的类,你可以放入所有您自己的init / bootstrap函数中的逻辑,并依赖asp.net在应用程序启动时调用您的init逻辑.