ASP.NET 4中的PreApplicationStartMethod是一件好事吗？

Question

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

说明： David Ebbo（ASP.NET团队的架构师）刚刚使用Register your HTTP modules at runtime without config

发布在seemingly undocumented PreApplicationStartMethod assembly level attribute上

我对此感到复杂。

一方面，能够在应用程序启动阶段尽早完成工作是件好事。

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

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

Answer 1

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

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