为什么选择UnityEvent而不是原生C#事件?

我的意思是,UnityEvents比本机C#事件慢,它们仍然存储对接收器的强引用.因此,我发现使用UnityEvents而不是原生C#事件的唯一正当理由是它们与编辑器的集成.我忽略了什么吗?

解决方法

Am I overlooking something?

不,你没有忽视任何东西.使用UnityEvent的唯一优势和原因是它允许您在编辑器中使用事件.这是拖放人或编辑插件的人.

UnityEvent的另一个优点是它可以防止由于滥用委托或使用Unity对象的匿名委托而导致Unity对象无法释放的问题.虽然当它们的主脚本被破坏时它们会被释放.这是因为UnityEvent使用弱引用实现,因此删除/最小化此问题.在本机C#事件中使用UnityEvent这两件事仍然不值得.

如果您没有制作编辑器插件,则应始终使用本机事件并委托UnityEvent,因为它具有快速性能和较小的内存使用率.有关详细信息,请参阅帖子后的thisthis.

相关文章

在要实现单例模式的类当中添加如下代码:实例化的时候:frmC...
1、如果制作圆角窗体,窗体先继承DOTNETBAR的:public parti...
根据网上资料,自己很粗略的实现了一个winform搜索提示,但是...
近期在做DSOFramer这个控件,打算自己弄一个自定义控件来封装...
今天玩了一把WMI,查询了一下电脑的硬件信息,感觉很多代码都...
最近在研究WinWordControl这个控件,因为上级要求在系统里,...