问题描述
我们使用 Unity 2017.3 和 Vuforia 6.0.114 创建了一个项目，需要将其集成到具有现有 AppDelegate 和现有 ViewContollers 的原生 iOS 应用程序中.我们仍然想启动我们自己的 AppDelegate 并启动 ViewController，但稍后将进入 Unity+Vuforia-Controller.
We have created a project with Unity 2017.3 and Vuforia 6.0.114 and need to integrate it into a native iOS App with already existing AppDelegate and existing ViewContollers. We still want to launch our own AppDelegate and starting ViewController but on some point later the Unity+Vuforia-Controller shall be entered.
我们熟悉将 Unity 应用程序集成到原生 iOS 应用程序本身的过程，只要不涉及 Vuforia，我们就能让一切正常工作.
We are familiar with the process of integrating a Unity App into a native iOS App itself and we made everything work fine as long as there is no Vuforia involved.
问题是 Vuforia 本身通过使用 IMPL_APP_CONTROLLER_SUBCLASS(VuforiaNativeRendererController) 机制将 Unity 的控制器(在 VuforiaNativeRendererController.mm 中)子类化.
The problem is that Vuforia itself subclasses Unity's Controller (in VuforiaNativeRendererController.mm) by using the IMPL_APP_CONTROLLER_SUBCLASS(VuforiaNativeRendererController) mechanism.
这实际上和我们对自己的iOS原生App进行子类化的方式是一样的，因此我们有冲突.我们可以开始我们的工作并控制 Unity，也可以让 Vuforia 来做.
This is actually the same way we subclass our own iOS native App, thus we have a conflict. We can either start our part and take control of Unity or let Vuforia do it.
现在的问题是:是否有可能以某种方式进一步子类化 Vuforia 或类似的东西?如果是这样，如何实现?
The question now is: Is it possible to somehow further subclass Vuforia or something similar? And if so, how could this be achieved?
推荐答案
我知道这个问题很老，但在搜索中弹出并且有一个解决方案.
I know this question is old, but pops-up in search and there is a solution.
这是关于 将 Vuforia 引擎与 Unity 结合使用的指南图书馆 (UaaL)
这篇关于如何将 Unity + Vuforia 正确集成到现有的原生 iOS 项目中?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！