c# – .Net接口的二进制兼容性

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – .Net接口的二进制兼容性，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1649字，纯文字阅读大概需要3分钟。

内容图文

假设我们在C#中定义了一个基本接口,如下所示：

interface IBase
{
    int Prop1 { get; set }
    string Prop2 { get; set }
}

然后我们有一个派生接口如下：

interface ISub1: IBase
{
    int Prop3 { get; set }
}

这些接口在API程序集中定义,自定义应用程序可以编译和运行. (程序集还包括实现这些接口的非公开类和用于获取实例的公共工厂方法).所有现存代码都使用ISub1,没有直接引用IBase的现有代码.这是以这种方式完成的,因为我们最终可能希望引入第二个派生接口ISub2,作为ISub1的对等体,现在已经过去了.不幸的是,虽然我们发现ISub2不应该包含Prop2(只有Prop1和一些额外的唯一属性),因此我们希望将该属性“降级”为ISub1,从而产生以下修订的接口：

interface IBase
{
    int Prop1 { get; set }
}

interface ISub1: IBase
{
    string Prop2 { get; set }
    int Prop3 { get; set }
}

interface ISub2: IBase
{
    string Prop4 { get; set }
}

鉴于没有IBase的消费者,似乎我们应该能够不受惩罚地做到这一点(我很确定我们可以在Java中做到这一点),但是当试图这样做时,我们遇到了二进制兼容性问题根据旧接口定义编译的代码.特别：

ISub1 s1 = ... // get an instance
s1.Prop2 = "help";

当针对新接口定义运行时,此代码失败,异常如下：

System.MissingMethodException : Method not found: ‘Void
MyNamespace.IBase.set_Prop2(System.String)’.

请注意对IBase的引用.我认为这是因为对ISub1.set_Prop2的看似调用已编译为与IBase中实际引入Prop2的地方紧密绑定.

任何人都可以帮我解决这个难题吗？即有没有办法重新分配接口,以便ISub2的定义是“干净的”(不包括无关的Prop2)？要求重新编译所有现有应用程序是不可能的.

解决方法:

有点hacky并且不确定它会起作用但也许值得一试

interface IBase0
{
    int Prop1 { get; set; }
}
interface IBase : IBase0
{
    int Prop1 { get; set; }
    string Prop2 { get; set; }
}
interface ISub1: IBase
{
    int Prop3 { get; set; }
}
interface ISub2 : IBase0
{
    int Prop4 { get; set; }
}

内容总结

以上是互联网集市为您收集整理的c# – .Net接口的二进制兼容性全部内容，希望文章能够帮你解决c# – .Net接口的二进制兼容性所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端