community wiki
2016-08-19 04:18:34
我同意已经说过的一切，只是想在上面加上一些其他的话。
委托可以被视为一个/某些方法的占位符。
通过定义委托，你对类的用户说，“请随意将与此签名匹配的任何方法分配给委托，并且每次调用我的委托时都会调用它”。
典型的用途当然是事件。所有 OnEventX委托给用户定义的方法。
委托对于向对象的用户提供一些自定义其行为的能力很有用。大多数情况下，你可以使用其他方式来实现相同的目的，我认为你永远不会被迫创建委托。在某些情况下，这只是完成任务的最简单方法。
热门帖子
热门github
1
2
4
The Python Risk Identification Tool for generative AI (PyRIT) is an open access automation framework to empower security professionals and machine learning engineers to proactively find risks in their generative AI systems.
(翻译：用于生成式 AI 的 Python 风险识别工具 (PyRIT) 是一个开放式访问自动化框架，使安全专业人员和机器学习工程师能够主动发现其生成式 AI 系统中的风险。)
5
7
8
9
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
10
11
13
就我个人而言，我觉得使用委托将您的代码拆分为多个单元并使其更易于管理。如果您的大多数方法具有相同的签名模式，则可以与单元测试结合使用的绝佳机制
“请随意在此处放置与此签名匹配的任何方法，每次调用我的代表时都会调用它”-> 你让我开心，很好的解释！
还可以将其视为具有编译时静态绑定的许多优点的运行时动态绑定。委托的调用比反射调用替代方法快几个数量级。此外，如果函数签名发生变化，使其不再与委托匹配，则会导致编译时错误，反射调用不会出现这种错误。例如，考虑 MSMQ 样式消息路由器的场景。订阅者消息接收函数可以简单地存储在消息路由键和订阅者委托对的字典中。
委托是否被视为依赖注入的一种形式？