C#中自定义委托的意义及显式实例化委托的作用解析

一、自定义委托的意义 #

虽然Action<>/Func<>能覆盖大部分场景，但自定义委托依然有不可替代的作用：

• 语义更清晰：比如你代码里的SampleDelegate，如果改名为StringProcessDelegate，其他开发者一看就知道这个委托是用来处理字符串的，比泛泛的Action<string>更有业务指向性，团队协作时减少理解成本。
• 便于扩展与约束：如果后续需要给委托增加参数（比如从string改成string, int），直接修改自定义委托的定义即可，所有使用该委托的地方都会收到编译提示，不用逐个替换Action<string>为Action<string, int>。
• 适配事件模式：.NET的事件系统更适合用自定义委托（比如EventHandler<T>其实也是封装后的自定义委托），比如定义OrderCompletedEventHandler作为订单完成事件的委托，比用Action<Order>更贴合业务场景，事件的订阅、触发逻辑也更清晰。
• 兼容旧代码：在C# 2.0引入Action/Func之前，所有委托都需要自定义，老项目中遗留的自定义委托没必要强行替换，保持代码一致性更重要。
• 可附加文档与特性：可以给自定义委托加注释、特性（比如[Obsolete]标记过时，[Description]说明用途），IDE会在调用时显示这些提示，而Action/Func是系统内置的，没法单独给它们加这些自定义信息。

二、显式使用new Delegate(method)的作用 #

你提到的new SampleDelegate(MethodA)这种写法，现在确实可以简化为直接传MethodA（C# 2.0及以后支持委托的隐式转换），但这种显式写法依然有存在的场景：

• 兼容早期C#版本：C# 2.0之前不支持隐式转换，必须显式创建委托实例，老代码里会保留这种写法。
• 解决重载歧义：如果有多个重载方法的签名和委托匹配，显式创建可以明确指定用哪个方法。比如你有void MethodA(string)和void MethodA(object)两个重载，当委托类型是Action<string>时，隐式传MethodA可能会触发编译歧义，而new Action<string>(MethodA)就能明确指定使用字符串参数的重载。
• 强制类型转换适配：比如ThreadPool.QueueUserWorkItem要求的WaitCallback委托参数是object，如果你的方法是void MyMethod(string)，可以用new WaitCallback(obj => MyMethod((string)obj))显式包装，或者早期写法里用一个适配方法包装后显式创建委托，确保类型匹配。
• 代码可读性需求：部分开发者偏好显式写法，让代码更直观——一眼就能看出这里是创建了一个委托实例，而不是直接传递方法引用，避免新手误解。

结合你的代码例子 #

你的代码里：

classA.DoSomething(new SampleDelegate(MethodA), "hello world");

可以简化为classA.DoSomething(MethodA, "hello world")，因为C#会自动隐式转换为SampleDelegate实例。而DoSomething用SampleDelegate而非Action<string>，就是前面说的语义化需求——比如这个方法只接受专门用于该类业务的委托，而不是任意的Action<string>。

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