帮助 System.Web.Compilation.BuildManager 在非引用程序集中查找类型

Question

我正在尝试编写一个插件系统，其中可以将程序集放入 ASP.NET 不知道的文件夹中。该插件系统适用于基于 ASP.NET MVC 的程序集，但适用于老式 WebForm 程序集（其中 .aspx 文件继承 System.Web .UI.Page 派生类）System.Web.Compilation.BuildManager 负责将 .aspx 文件编译为动态程序集。

我的问题是 BuildManager 对我的插件文件夹中的程序集一无所知，而且我似乎完全无能为力。如果我这样做：

BuildManager.GetType("PluginAssembly.DefinedType", true, true)

它会抛出。如果我首先获得对 Type 的引用，然后尝试：

var instance = BuildManager.CreateInstanceFromVirtualPath(path, type);

它仍然会抛出异常，即使我现在已经传入了特定的 type 它需要编译 .aspx 文件。我可以做些什么来帮助 BuildManager 找到编译 .aspx 文件所需的类型吗？

更新： 我更进一步，研究了 BuildManager.GetType() 的实际作用。通过指定定义类型的程序集（例如“PluginAssembly.DefinedType、PluginAssembly”），然后将自己挂钩到 System.AppDomain.CurrentDomain.AssemblyResolve 事件，我现在可以找到插件assembly 并返回它，以便 BuildManager 可以成功构造该类型。这使得以下工作表现出色：

BuildManager.GetType("PluginAssembly.DefinedType, PluginAssembly", true, true)

但是，这仍然失败：

var instance = BuildManager.CreateInstanceFromVirtualPath(path, type);

即使 .aspx 文件现在在其 Inherits 指令中具有相同的程序集引用：

<%@ Page Language="C#"              
         CodeBehind="Index.aspx.cs"
         Inherits="PluginAssembly.DefinedType, PluginAssembly" %>

我收到的错误是：

“编译器错误消息：CS0234：名称空间“PluginAssembly”中不存在类型或名称空间名称“DefinedType”（您是否缺少程序集引用？）”，源输出如下：

Line 205:
Line 206:    [System.Runtime.CompilerServices.CompilerGlobalScopeAttribute()]
Line 207:    public class plugins_pluginassembly_dll_index_aspx
                 : global::PluginAssembly.DefinedType,
                   System.Web.SessionState.IRequiresSessionState, 
                   System.Web.IHttpHandler {
Line 208:        
Line 209:        private static bool @__initialized;

看起来像 BuildManager.CreateInstanceFromVirtualPath() 涉及某个 System.Web.Util.IWebObjectFactory，它可能会因找不到我的程序集而引发此异常。我可以毫无问题地实现这个接口，但是如果我不能告诉 BuildManager 它有什么用呢？

Answer 1

我看到有两种方法可以指定用于编译页面的程序集：

• 调用 BuildManager.AddReferencedAssembly （但我假设您已经尝试过该方法？）
• 将所需程序集的列表放入编译页面的虚拟目录配置中（在 system.web 中） /compilation/assemblies 部分）并在 appdomain 中访问这些程序集（框架似乎使用 Assembly.Load 来查找配置文件中找到的程序集）。

Answer 2

我不知道 BuildManager 如何加载类型，但您可以尝试使用 AssemblyResolve - 订阅 AppDomain.CurrentDomain.AssemblyResolve 事件，并自行加载程序集并返回（是的，返回）Assembly 实例（如果您不认识它，则返回 null）。

并非所有此类代码都使用与此兼容的方法，但值得一试。

Answer 3

我最终用 解决了这个问题Web 部署项目 [1] 通过将整个 Web 应用程序预编译为两个单独的程序集，然后使用 Assembly.GetTypes() 挖掘正确的程序集以实例化正确的 Page 给定的 HTTP 请求。

它让插件开发人员承担更多的责任，但可以带来更好的性能，并带来额外的好处，即所有插件在（安全敏感且脆弱的）Web 上下文中执行之前都经过 ASP.NET 编译器的完全验证。 。

Answer 4

我正在为 ASP.NET 自己开发一个延迟加载框架。
您的插件始终可以在其页面中使用 <@Assembly> 指令来手动引用程序集。