曾经有人对我说java的回调很巧妙。
今天我自己看了一下，回调的关键就是一个接口的事情。
也许是因为用了一定的手法，一开始不好懂吧，所以看懂了会感觉巧妙。
但是我心里的想法却是，真啰嗦！
回调的实例
下面是一个回调的实例，截图自网友的文章----https://www.jianshu.com/p/2cbc5232547a。
意思就是，我提前定义了CallBack接口，里面预先约定了giveMe这一行为。
然后Buyer内部有个继承自CallBack的成员，需要在一个方法中传入这个CallBack实例。
Buyer内部有个方法会做一些事情，做完了呢？就会做执行约定好的giveMe行为。
然后Me呢？通过一个匿名内部类实现了CallBack接口，Override了giveMe行为。
这样以后Buyer执行完doThing方法后，就会执行giveMe行为。
做了这么多其实就是为了动态的替换Buyer类的giveMe行为。
C#中用委托怎么写？
我想让GiveMe方法是活的？那我就放上一个GiveMe方法的指代物----名字也叫GiveMe。
Me想改变Buyer实例的GiveMe行为？给GiveMe这个委托赋值一下就好了。
很明显，使用委托是更加简单直接的做法，更直觉式的。
本质
大家都差不多其实，大家的本质都是一个指针。
大家都是一个【方法引用】的指针指向了【被调用的方法】。
当然，回调实际是类的指针，不是函数的指针。
这个本质是原理层面的。
文档
刚才查了一下微软文档，微软文档很贴心的说明了何时应该使用委托，何时应该使用接口。
C#当然也可以使用接口来实现这一功能，但是委托好用的时候就用委托了。
