我太懂这种烦恼了——用空对象模式实现接口时，那些纯粹为了满足接口契约、根本不会被用到的公共事件，老是被Visual Studio 2017或者VS for Mac（Xamarin/Monodevelop）弹出“从未使用”的警告，明明逻辑上完全合理，却看着碍眼。之前参考的方案没生效？试试下面这几个针对性的解决办法：

1. 精准抑制单个警告（推荐） #

用SuppressMessage属性直接针对该事件的警告码进行抑制，既不会影响其他代码的警告，又能明确标注原因。步骤如下：

• 首先确认警告的编号：事件未使用的警告码是CS0067
• 引用System.Diagnostics.CodeAnalysis命名空间
• 在事件上方添加属性，示例代码：

using System.Diagnostics.CodeAnalysis;
using System;

public class EmptyObject : IMyInterface
{
    [SuppressMessage("Compiler", "CS0067", Justification = "空对象模式实现，该事件仅用于满足接口契约，无需实际使用")]
    public event EventHandler MyUnusedEvent;

    // 其他接口成员的空实现...
}

这个方法在VS2017和VS for Mac上都能正常生效，而且能让其他开发者一眼明白这个事件的作用。

2. 给事件添加空的访问器 #

如果不想用属性，也可以显式写出事件的add和remove访问器，并且留空实现，编译器通常就不会再触发警告了：

public event EventHandler MyUnusedEvent
{
    add { /* 空对象模式：无需处理订阅逻辑 */ }
    remove { /* 空对象模式：无需处理取消订阅逻辑 */ }
}

这种方式更直观，不用额外引用命名空间，适合简单场景。

3. 全局禁用警告（不推荐） #

如果你的项目里有大量这类空对象事件，也可以在项目设置里全局禁用CS0067警告，但要注意这会屏蔽所有事件未使用的警告，可能错过真正有用的提示：

• 在Visual Studio 2017中：右键项目 → 属性 → 生成 → 警告 → 在“禁止警告”框中输入CS0067
• 在VS for Mac中：右键项目 → 选项 → 编译 → 警告 → 添加CS0067到“禁止警告列表”

优先推荐前两种方法，既能解决警告，又能保持代码的可读性和严谨性。

内容的提问来源于stack exchange，提问作者Clearer