UNITY transform类的使用

我们来详谈Unity的transform使用，这里所说的tansform不是类UnityEngine命名空间下的Transform，而是transform.

Transform 是Unity中最常用的类了。

其类的代码如下，代码贴出来太长也不是要说的重点：

我们所说的是常用的还有对象组件自身的transform，他里面包含了位置，旋转，缩放参数。

在常用组件Compnent的代码中：

注意这个东西是属性，有get，没有set.

当然命名空间仍旧为UnityEngine。

二、transform用法及其原因

我们先来看看，这个WrapperlessIcall ，它是unity中一个属性字段，他有什么用呢？

WrapperlessIcall 内部实现，非公开方法。

大家来看看如下代码：

看起来稀松平常，波澜不惊，但是下面水还是蛮深的。

使用myTransform替代this.transform。如果你不知道u3d内部实现获取方式你肯定会以为这人脑抽水了，有直接的不用，还自己保存起来。

this.transform并不是变量，而是一个get/set属性（property）

他是一个C++写的代码，在Mono中被调用。调用是intenal method的调用，其效率本身不是高。

比如，transform 经常需要保存在本地，然后在使用。

n

值得注意的是这个调用方法略慢，因为你需要调用外部的CIL（aka interop），花费了额外的性能。

三、新的版本会不会做了优化呢？

个人觉得这个是之前的unity版本的东西，可能效率和性能没有做优化。

WrapperlessIcall][MethodImpl(MethodImplOptions.InternalCall)]

1

2

就这些属性来说，有的是直接调用C++代码，有的则是调用.net的内部函数到Unity中。

对于新的版本是不是有的优化处理呢，自己做了测试：

先看看现在Compnent的代码：

效率有手动cache （4ms）>>transform(20ms)>>this.tranform(22ms)>> GetComponent()(54ms)

但是原来的测试结果为：

1000000 次的Iterations

GetComponent=619ms

Monobehaviour = 60ms

CachedMB = 8ms

Manual Cache = 3ms

看来这其中还是有奥秘的。

我电脑配置目前还算可以，win7 64 位，I7-3770 + 960显卡+ 16G内存。

结果对比，相对与之前2012年Unity版本，可能mono做了很大的优化，当然我们的电脑可能还是不一样，没有办法直接做对比，也只能猜测而已。

但是结论还是一样的：

在以后的使用中，若大量使用，还是需把transform给手动保存下来吧。

说明：

代码做了修改：

原来的代码中有这些：

四、强制拔高啦！！

我还想努力一把！！

让别人可以直接用，但是有不修改原有代码：

怎么办呢？

既然大家都要继承monobehaviour,那我就在他上面想办法。

4.1 方法一，实现一个扩展方法：

但是这个扩展方法，必须静态的，所以没有办法做一个静态的临时变量啊，这个不靠谱啊。

若写成上面的代码效率并没有太多提高。每次还是需要赋值。

所以这个路走不通啊！！

来看方法二吧。

4.2 方法二，乾坤大挪移，重新命名类

UnityMonoBehaviour 这个是啥呢？哈哈

看using UnityMonoBehaviour = UnityEngine.MonoBehaviour;

我们来看看结果：

直接使用tranform 和this.tranform花费时间为9ms，比上面的20多ms,那是降低了很多。

但是，这个是结论啊，还是没有手动缓存的效果高啊，依旧为4ms。

放出所有代码：

五、参考：

https://forum.unity3d.com/threads/cachedmb.130365/

http://pastebin.com/vYKK4pat

http://blog.sina.com.cn/s/blog_5b6cb9500101fkal.html

http://answers.unity3d.com/questions/700468/where-do-methods-mocked-with-wrapperlessicall-meth.html