热门标签
热门文章
- 1浙大PhD张圣宇——大规模多模态因果预训练
- 2小白入门笔记：kaggle实战 泰坦尼克号生存预测任务python3 pandas 数据读取、存储结果_用pandas读取泰坦尼克数据赋值给变量titanic_data中用print()查看数据和列
- 3MyBatis_mybatis自定义sqlsession
- 4LDRA Testbed软件静态分析_Jenkins持续集成_(1)自动进行静态分析的环境搭建_testbed静态分析
- 5spring boot之数据库_springboot 数据库
- 6PostMan使用自带js库base64编码、sha256摘要、环境变量的使用
- 7html浅色_如何在CSS代码中把背景颜色改成浅蓝色？分都给了！
- 8使用esp32+micropython+microdot搭建web(http+websocket)服务器（超详细）第三部分_micropython web
- 9Python爬虫使用selenium爬取淘宝商品信息并保存到MongoDB中_selenium 库爬取不到淘宝第二页的动态信息
- 10Java中高级核心知识全面解析(2)，netty实战百度网盘_java读源码之netty深入剖析百度网盘
当前位置: article > 正文
(来自知乎)Unity反射机制的理解
作者：小蓝xlanll | 2024-02-18 12:54:35
赞
踩
(来自知乎)Unity反射机制的理解
Unity3d开发，需要继承MonoBehaviour，实现Start方法：
但是这个Start方法是私有的，而不是override MonoBehaviour中已有的方法。
按我的理解，应该在MonoBehaviour中设计一个abstract或virtual的Start方法，然后让子类去实现它才对啊！
难道Unity3d 引擎部分在调用ExampleClass时用的是反射？他们这样设计是出于什么目的的？有什么好处？
using UnityEngine;
using System.Collections;
public class ExampleClass : MonoBehaviour {
private GameObject target;
void Start() {
target = GameObject.FindWithTag("Player");
}
}
但是这个Start方法是私有的，而不是override MonoBehaviour中已有的方法。
按我的理解，应该在MonoBehaviour中设计一个abstract或virtual的Start方法，然后让子类去实现它才对啊！
难道Unity3d 引擎部分在调用ExampleClass时用的是反射？他们这样设计是出于什么目的的？有什么好处？
添加评论
分享
2016/1/21:阅读到这篇文章：
(English) Going deep with IMGUI and Editor Customization，本答案中的部分内容是不正确的，特此更正：
Unity使用类反射而非虚函数的方式来调用Update等函数，主要原因是在于，并非所有的MonoBehaviour都需要Update（或Start，Awake等等，下同）。Unity会维护一个需要Update的Behaviour列表，藉此避免进行空的虚函数调用，提高性能。
但这一点与原回答第5条的建议并不冲突。
以下是原回答。
1. 是使用反射来调用的，这一点@愤怒的泡面 已经说过了。反射可以访问私有方法；
@庞巍伟 指出这是用mono的API来实现的（而不是C#内建的反射机制），我没看过Unity的源码所以不敢做定论，但我的理解是，mono的这套机制也是reflection，只不过不是The Reflection而已，不需要太教条地去理解。Mono的API可能效率更高，但对于单次调用，性能仍然逊于虚方法调用。不过能了解Unity的实际实现方式也是收益良多，感谢。
2. 反射实际上是开销非常大的调用方式，比之虚方法来说要高得多，因此Unity选择使用反射并非是出于性能方面的考虑。实际上，每帧调用的这些事件方法从数量级上来说是很卑微的，反射造成的性能影响亦可忽略不计；
3. Unity使用这种事件机制的根本原因是出于对灵活性的考虑。Unity采用组件式设计，触发一个事件，需要通知到相应gameobject的所有组件。如果使用多态来实现，则必须假设所有组件都派生自包含此事件的基类，或者筛选出派生自此基类的组件逐一通知。这样一来是麻烦，二来则容易带来复杂的继承关系，与组件式这种倡导用聚合代替继承的设计从理念上就是相悖的。
另一方面的原因则是为了跟JS保持一致性。这种事件机制对于JS这种动态类型语言来说是浑然天成的。
4. 这种设计最大的缺陷在于事件名通过字符串耦合，如此一来，完全绕开了编译期静态检查，无法为事件调用的正确性提供保障；在复杂的系统里，也可能因为事件重名而导致bug。
5. 我个人倾向的改良性设计是：提供基础接口IEvent<T>
令所有事件都声明一个继承于此接口的接口，如：
所有包含此事件的类显示实现此接口：
调用事件可以通过为GameObject类写一个扩展方法来实现，手机党就不挣扎码字了。
不过这只适用于自己的代码，Unity内建的那些事件（Update之类的）只能由它去了。
Unity使用类反射而非虚函数的方式来调用Update等函数，主要原因是在于，并非所有的MonoBehaviour都需要Update（或Start，Awake等等，下同）。Unity会维护一个需要Update的Behaviour列表，藉此避免进行空的虚函数调用，提高性能。
但这一点与原回答第5条的建议并不冲突。
以下是原回答。
1. 是使用反射来调用的，这一点@愤怒的泡面 已经说过了。反射可以访问私有方法；
@庞巍伟 指出这是用mono的API来实现的（而不是C#内建的反射机制），我没看过Unity的源码所以不敢做定论，但我的理解是，mono的这套机制也是reflection，只不过不是The Reflection而已，不需要太教条地去理解。Mono的API可能效率更高，但对于单次调用，性能仍然逊于虚方法调用。不过能了解Unity的实际实现方式也是收益良多，感谢。
2. 反射实际上是开销非常大的调用方式，比之虚方法来说要高得多，因此Unity选择使用反射并非是出于性能方面的考虑。实际上，每帧调用的这些事件方法从数量级上来说是很卑微的，反射造成的性能影响亦可忽略不计；
3. Unity使用这种事件机制的根本原因是出于对灵活性的考虑。Unity采用组件式设计，触发一个事件，需要通知到相应gameobject的所有组件。如果使用多态来实现，则必须假设所有组件都派生自包含此事件的基类，或者筛选出派生自此基类的组件逐一通知。这样一来是麻烦，二来则容易带来复杂的继承关系，与组件式这种倡导用聚合代替继承的设计从理念上就是相悖的。
另一方面的原因则是为了跟JS保持一致性。这种事件机制对于JS这种动态类型语言来说是浑然天成的。
4. 这种设计最大的缺陷在于事件名通过字符串耦合，如此一来，完全绕开了编译期静态检查，无法为事件调用的正确性提供保障；在复杂的系统里，也可能因为事件重名而导致bug。
5. 我个人倾向的改良性设计是：提供基础接口IEvent<T>
- interface IEvent<T> where T : EventArgs
- {
- void Raise(object sender, T args);
- }
令所有事件都声明一个继承于此接口的接口，如：
- interface IReviveEvent : IEvent<EventArg>
- {
- }
所有包含此事件的类显示实现此接口：
- class Mob : MonoBehaviour, IReviveEvent
- {
- void IReviveEvent.Raise(object sender, EventArgs e)
- {
- //...
- }
- }
调用事件可以通过为GameObject类写一个扩展方法来实现，手机党就不挣扎码字了。
不过这只适用于自己的代码，Unity内建的那些事件（Update之类的）只能由它去了。
知乎用户
c++层做反射各大游戏引擎都能看到类似实现。IReviveEvent侵入性太强了，直接导致每个monoBhr都得有全部的方法，引擎也得对所有monoBhr的所有方法做无用功调用，而事实上只有少部分monoBhr需要update。
7 月前
更多回答
声明：本文内容由网友自发贡献，转载请注明出处：【wpsshop博客】
推荐阅读
相关标签
