虚幻4随笔 三 从UE3到UE4



笔者有幸参与过两个UE3项目，完全不同的使用方法，总共用了5、6年。引擎学习最好还是能参与项目，自己看的话往往容易纠结到一些细节上去，而引擎之所以是引擎，重要的恰恰是在容易被人忽视的工作流上。单从细节上看，UE3的代码很多地方并不完美，甚至有些奇怪，但是一旦做到工作流上，就会发现整个UE3工作流的强大之处。
先回顾一下UE3系统的一些结构要点，权当做个记录，看看UE4在这些方面有什么不同，作为我们接下来读码的突破口。
如果真心想要学习这个引擎，最好还是能用它来做做项目，项目不分大小，只论完整程度，笔者短时间内看来是没机会了。

1、BuildTools
UE4除了工具和插件外，本体不分工程了，UE3的核心部分最后分了Core、Engine、Editor、WinDrv、Network、Renderer等十数个工程，UE4就一个UE4工程。但工程归工程，编译时还是分得很开的。

而且这个工程猜测是靠BuildTools来生成出来的（一开始那个bat）。看起来，散落在各个文件夹下的.cs文件就像CMakeList.txt那样，它们才是整个工程的组织核心。
事实上从UE3时代，就可以完全脱离Visual Studio IDE来工作了，UE3的工程本身都已经不再是典型的VC工程，代码编完后，实际上最后执行的是Build.bat、调用UnrealBuildTools.exe来编译，所以要改工程设置，也是需要去修改UnrealBuildTools工程的。
** 估计，如果要改工程组织结构，增加文件什么的，也需要维护这个.cs文件吧。这个可能得等做做才知道了。
不过应该可以看出来，UE4这里是为了支持项目和引擎分离而进行的。

2、Core
个人观点，UE3的Core重点是下面几个部分：
作为整个虚幻构架基础的UObject和由一大堆宏和各种Classes.h这套组织结构反射系统——围绕它的包括GC、UObject与UnrealScript的互操作性、与编辑器的互操作性、自动序列化、对象克隆等。这个非常重要，整个虚幻体系的核心就是这一套东西，如果前面不注意的话，后面迟早会在这里栽点跟头。

序列化和统一具名访问：ULinkLoader，起这个名字可