.NET：无法将对象转换为它实现的接口

Question

我有一个类（TabControlH60），它既继承自基类（UserControl）又实现了一个接口（IFrameworkClient）。我使用 .NET Activator 类实例化该对象。使用返回的实例，我可以转换为 UserControl 基类，但不能转换为接口。我得到的异常位于代码片段下方。如何投射到界面？

object obj = Activator.CreateInstance(objType);
Type[] interfaces = obj.GetType().GetInterfaces(); // contains IFrameworkClient

m_Client = (UserControl)obj;                 // base class cast works
IFrameworkClient fc = (IFrameworkClient)obj; // interface cast fails

// Note: The (IFrameworkClient)obj cast works fine in the debugger Watch window.
{"Unable to cast object of type 'FPG.H60.AFF.TabControlH60' to type 
    'FPG.AFF.Interfaces.IFrameworkClient'."}

Answer 1

我的一个提供“插件”功能的库也有同样的问题...我终于让它工作了...

这是我的问题：我有一个使用插件的主程序集，一个带有插件的程序集（Plugin.dll）并且（重要）提供插件功能的另一个程序集 (Library.dll)。

Plugin.dll 引用了主程序集（以便能够扩展它）和带有插件函数的 Library.dll。 - 它的二进制文件位于相对于主程序集的目录“./Plugins”。

主程序集还引用了插件函数。程序集是为了使用“PluginManager”而编写的。这个“PluginManager”获取路径并通过反射加载所有 *.dll 文件，以便分析是否存在“IPlugin”接口（也来自 Library.dll）。

每次我调用 PluginManager 加载插件时，它都无法将它们转换为“IPlugin”，尽管它们实现了它。

我几乎要生气了——但后来我发现了整个问题。通过编译插件，不仅将“Plugin.dll”写入“./Plugins”目录，而且还将“Library.dll”写入“./Plugins”目录。通过每次使用我的 PluginManager 意外加载“Library.dll”，我现在有两种类型的“IPlugin” - 一种在主程序集中使用的实际“Library.dll”中，另一种是通过我的 PluginManager 加载的 - 并且这些是不兼容的！

注意 - 如果您不加载“./Plugins/Library.dll”，您仍然会遇到问题 - 因为如果您加载引用“Library.dll”的“Plugin.dll”，那么它只会使用同一目录中的那个。 ..倾斜...!!我的 PluginManager 现在只是删除它找到的“Library.dll”。

线索是：确保不要在不同的上下文中访问两个程序集！

Answer 2

最可能的原因是，在这两种情况下，IFrameworkClient 来自不同的程序集，因此是不同的 .NET 类型。即使是相同的代码，也可以是不同的类型。

检查AssemblyQualifiedName。另请注意，如果您使用反射加载此程序集，即使具有相同的 AssemblyQualifiedName，您也可以获得不同的类型，这要归功于加载上下文。

Answer 3

在独立工程（类库）的独立命名空间（必须有命名空间）中定义IFrameworkClient接口，然后将类库的引用添加到Control工程和主工程中

Answer 4

当接口在不同的程序集中并且我在运行时在不同的程序集中动态获取我的类时，接口转换将像您的示例一样失败（C# 知道我们的接口是与从该接口继承的类不同的类型）。

在这种情况下，这是我简单而有用的技术：

当我确定我的 Class 已从上述 Interface 继承时code> （eq. IFrameworkClient），所以我写了一行神奇的代码，如下所示：

dynamic fc = obj as IFrameworkClient ?? (dynamic) obj;

通过这种技术，您可以：

• 在之后编写代码这行fc代码在设计时基于接口成员信息和vs编辑器智能系统。
• 防止运行时出现任何接口转换错误

注释：

• 您需要C# v4才能使用动态类型
• 通常我不这样做不喜欢在我的代码中使用 dynamic 类型，但在某些情况下它可以帮助我们，比如这样

Answer 5

有些东西告诉我你的示例代码遗漏了一些东西......

class Program
{
    static void Main(string[] args)
    {
        var type = typeof(MyClass);
        object obj = Activator.CreateInstance(type);
        Type[] interfaces = obj.GetType().GetInterfaces();

        var m_Client = (UserControl)obj;          
        IFrameworkClient fc = (IFrameworkClient)obj;
    }
}

public interface IFrameworkClient { }

public class UserControl { }

public class MyClass : UserControl, IFrameworkClient { }

这可以编译并运行。

我敢打赌，在您尝试强制转换之前，包含 IFrameworkClient 定义的 DLL 尚未加载。当您使用 Activator.CreateInstance 时可能会发生这种情况。

尝试在转换之前插入 var forceLoad = typeof(IFrameworkClient); 。

Answer 6

如果类 FPG.H60​​.AFF.TabControlH60 实际上确实实现了 IFrameworkClient，则没有理由会失败。我能想到的导致此异常的唯一原因是，如果包含 IFrameworkClient 的程序集被强命名，并且选项卡控件对象恰好引用了包含程序集的不同版本，或者您正在使用名为 IFrameworkClient 的不同接口。

Answer 7

就我而言，我必须添加一个构建事件来复制所需的 DLL，因为我是在运行时创建实例并分配给接口类型。否则，加载的 DLL 可能不是最新的 DLL，因此可能无法转换为接口。

在这种情况下，我使用构建事件（而不是添加 DLL 作为引用）的原因是，该体系结构使得主应用程序应该只引用接口类型，而其他所有内容都应该动态加载。

太长了；
在从另一个 DLL 动态加载类型的情况下，请确保使用构建事件将该 DLL 的最新版本复制到 bin 目录，否则在看起来应该工作时，转换可能无法工作。

Answer 8

我遇到了同样的问题，我只是添加了以下代码

private void LoadAssemblyPlugins(string dll)

    Assembly ass = AppDomain.CurrentDomain.GetAssemblies()
        .FirstOrDefault(a => new Uri(a.CodeBase).Equals(new Uri(dll)));

   if (ass == null)
       // Load it here
       // use activator here

虽然，在生产中它永远不会成为问题，但在单元测试中它是问题，但现在我不需要再次加载它并创建“不同类型”

Answer 9

转换不起作用，因为您正在尝试从类型 object 转换为接口。如果将接口转换行替换为：

IFrameworkClient fc = (IFrameworkClient)m_Client;

它将起作用。

或者，我稍微确定您可以使用 as 运算符将对象转换为接口。

请参阅这篇文章了解更多信息：
http://blogs.msdn.com/ericlippert/archive/2009/10/08/what-s-the-difference- Between-as-and-cast-operators.aspx

的另一部分谜。接口不是从对象派生的：
http://blogs. msdn.com/ericlippert/archive/2009/08/06/not-everything-derives-from-object.aspx