「Unity与iOS、Android平台的整合」1、导出的Xcode工程
本文主要讲解Unity导出的Xcode工程的目录结构。
我所用软件的版本：
Unity 5.3.5f1
Xcode 7.3
前导步骤
第一步，创建一个新的工程 Build_to_iOS_Android
第二步，创建一个新文件 CSharpToCPP.cs
[C#] 纯文本查看 复制代码
|
|
第三步，创建
Plugins/iOS/iOS_EmptyMM.mm
StreamingAssets/ALL_EmptyTxt.txt
第四步，保存一下场景，如下图
第五步，选择iOS平台，Build导出Xcode工程
第六步，打开所导出的Xcode工程
进入正题1、程序入口
任何程序都有一个入口，Unity导出的Xcode工程中也不例外，通过下图我们可以看到，在应用的入口中创建了UnityAppController的对象。
通过下图我们可以看到，UnityAppController是继承了UIApplicationDelegate，至于它是什么我就不赘述了，大家可以看一下这一篇文章：简析UIApplication及UIApplicationDelegate
下图为一个UIApplication的生命周期，我们可以看到系统事件存在着非常有用的监听，在UnityAppController.mm里面我们也可以看到对应的函数，这意味着在Unity中一样可以收到这些事件，以后我们将继承UnityAppController，并重写这些监听。
2、C# -> C++：
在Unity中，我们用的是C#、JS进行编程（我是C#党），但是导出Xcode工程后，这些代码都转换成了C++代码。
在Player Settings里面我们可以看到脚本的运行模式有两种，一种是IL2CPP，另一种是Mono2x（以后肯定会被CPP替代，我就不讲了），通常我们会选择IL2CPP，因为效率高。
选择IL2CPP我们的逻辑代码将全部转换为C++代码，下图为CSharpToCPP.cs转换成的C++代码。
对比我们一开始写的CSharpToCPP.cs里逻辑，应该能够看懂其中的逻辑。
由于C++代码是机器自动生成的，可读性催人尿下，所以最好参照自己的C#代码进行阅读。
由于Unity -> Xcode -> 设备，编译时间太过漫长了，所以在问题排查时，我会尝试注释或简单修改C++代码，实现问题定位等。
3、资源 StreamingAssets -> Data/Raw
Unity导出Xcode工程后，原工程中的各种资源都被压缩、打包、加密后存放在Data文件夹中，这一点和Android是一致的，网上也有很多资源解密的方法，大家有需要可以自行搜索。
我们重点说一下Unity中的StreamingAssets文件夹，关于这个文件的作用，大家可以看一下这篇文章：Unity3D研究院之手游开发中所有特殊的文件夹
通过下图我们可以看到，StreamingAssets文件夹中的ALL_EmptyTxt.txt文件被完整地拷贝到Data/Raw文件夹中，实际上不光是文件，文件夹也会原封不动地拷入该文件夹。
至于这有什么用，比如说，配置文件放在这里，上手机调试的话可以在Xcode工程中直接修改配置，而不需要到Unity里重新导出Xcode工程。
4、Plugins/iOS -> Library/Plugins/iOS
Plugins/iOS文件夹中通常会放一些 *a.、*h、*.m文件，这些文件将拷贝至在Xcode工程的Library/Plugins/iOS文件夹中，在Xcode编译时也将被编译。
实际操作过程中，我会把自己为iOS写的OC、C、C++代码、SDK提供的.a文件放到里面，以避免每次编译后都要在Xcode工程里重新导入。