代码改变世界

c#操作Office 警告:方法和非方法之间存在二义性

  鹤冲天  阅读(5900)  评论(16编辑  收藏  举报

最近在做Office方面的开发工作,在操作Word时发现一处“二义性”的警告:

Word.Application.Quit 

分析了一下,原因比较简单,先看下图: 

Word.Application

Application继承了两个接口,两个接口中都有一个名为“Quit”的成员:

    1. _Application中的Quit方法:void Quit(ref object SaveChanges, ref object OriginalFormat, ref object RouteDocument);
    2. ApplicationEvents4中的Quit事件:event ApplicationEvents4_QuitEventHandler Quit;

new Application() 返回的是类 ApplicationClass 的实例,ApplicationClass实现了以上接口:

Word.ApplicationClass

ApplicationEvents4.Quit事件实现的比较奇特(上图258行),它的名字变成了ApplicationEvents4_Event。大概因为ApplicationClass类中已经有了一个名称为Quit的方法(上图片953行),出现了名称冲突,所以要避让一下(但不知道为什么要采用这种方式)。DocumentBeforeClose事件因为不存在重名的成员,其名称则与接口中定义保持一致。

虽然经过了这样的处理,但ApplicationEvents4_Event.Quit并非显式接口实现,于是出现了两个“同名”成员:一个方法、一个事件(非方法)。在编译时必须确定一个,可能方法的优先级高于事件,于是编译器“将使用方法组”。

以上是我的大胆推测,不知道是否合理,还请高手指点。

注意:按F6编译后这个警告会消失,项目重新生成后又会出现。

 

随便提一下,c#中是不允许出现同名成员的(方法重载除外),如以下代码是无法编译通过的:

SameNameMembers 

这种情况下,必须显示实现接口。

编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架
点击右上角即可分享
微信分享提示