问题描述
|
根据oops基本原理，所有内容都必须放在一个类中。那为什么允许我们在类外创建委托呢？
解决方法
首先，您对什么是OOP“基本”的想法不是基础。 “面向对象”一词的发明者艾伦·凯（Alan Kay）著名地表示：
我用“面向对象”这个词来形容，我可以告诉你我没有C ++。
当然，从词汇上讲“一切都在一个类之内”的想法并不是OOP的基本原理。我什至还不清楚“类”的概念对于面向对象的编程是根本的。 “基于类的继承”模式只是嵌入对诸如消息传递，数据抽象和实现共享之类的概念的语言支持的一种方法。
其次，您的暗示是C＃语言设计人员正在尝试制作一种符合OOP“基本原理”的语言，这使您大吃一惊。而是，我们希望开发出一种语言来支持庞大的，多样化的团队，这些团队在我们平台上的可版本化，独立，交互的软件组件上协同工作。 OOP恰好是实现此目的的好方法，所以这就是我们正在做的事情。
我们当然绝不尝试以任何方式制作“纯” OOP语言。如果它们支持现实的客户受益方案，我们将从任何范式中汲取灵感。 C＃中的一些想法来自OOP，过程编程，函数编程，动态语言等等。
第三，您的问题在逻辑上是不一致的。您问为什么可以在类之外定义委托。但是代表是一个类。代表是一个非常特殊的阶级。它始终是密封的，始终继承自System.MulticastDelegate，并且始终具有相同的成员。但这是一类。我们给它特殊的语法来指出它是一种非常特殊的类。能够在类之外定义委托类是有意义的。
第四，将代表置于课堂之外是合法的最终原因是因为这样做非常方便。您认为
Func<T>
EventHandler
public delegate int PerformCalculation(int x,int y);
//An \"adder\" that adds the value you give it to its current value
Converter<int,int> MakeAdder(int addend) //\"constructor\"
{
return msg =>
{
addend += msg;
return addend;
};
}
//...
var adder = MakeAdder(100); //Now I have an adder object!
for (int i = 0; i < 10; i++)
Console.WriteLine(adder(i));