iMessage 扩展：根导航控制器导致在我的 MSMessagesAppViewController 中无法调用所有委托方法
iMessage Extensions: Root Navigation Controller results in all delegate methods to not get called in my MSMessagesAppViewController
我有一个新的 iMessage 扩展项目，我在其中尝试了 2 种构建导航堆栈的方法：
在我的情节提要中，我将入口点设置为 UINavigationController，该 UINavigationController 将我的 MSMessagesAppViewController 作为根控制器。
或者我直接将 MSMessagesAppViewController 设置为故事板中的入口点。 （没有拥有它的 UINavigationController）。
对于上面的场景 #1，导航控制器工作正常，我可以将新屏幕推送到堆栈中。 （除了整个导航栏被隐藏在扩展视图中，这是一个我仍然需要弄清楚的单独问题）。但是，使用此配置调用了我的 MSMessagesAppViewController 的委托方法中的 NONE。如：
willTransitionToPresentationStyle
didTransitionToPresentationStyle,
willBecomeActiveWithConversation,
没有选择消息
（none 个被调用）
对于上面的场景 #2，确实会调用 MSMessagesAppViewController 方法。 （因为 UINavigationController 不是情节提要中的入口点）。
所以我的问题是：如何让 UINavigationController 位于我的 iMessage 扩展应用程序的根目录，以便我可以执行推送导航，但同时调用 MSMessagesAppViewController 的方法，如苹果API？
虽然似乎没有记录，但看起来消息扩展期望入口点是 MSMessagesAppViewController 的子class。这些方法不是委托方法，它们是 superclass 重写，因此无法安排它们到其他任何地方。消息扩展系统可以处理您描述的情况，但显然不能。
我会尝试的是：
- 使入口点成为
MSMessagesAppViewController 的子class。
- 在该对象生命周期的早期（可能在
viewDidLoad 中）创建一个 UINavigationController 并将其添加为您的 MSMessagesAppViewController 子 class 的子视图控制器。让它填满整个屏幕。
现在——实际上——你的导航控制器是扩展的根。它并不是真正的根，因为像 willTransitionToPresentationStyle 这样的消息事件仍然会通过 MSMessagesAppViewController subclass。但其他一切都从那里开始。它是 UI 和导航的根。
与此同时，向 Apple 提交增强请求可能会更好。有理由认为消息扩展系统会检查导航控制器的根 VC 以查看它是否正确 class，也许他们将来会添加它。
我有一个新的 iMessage 扩展项目，我在其中尝试了 2 种构建导航堆栈的方法：
在我的情节提要中，我将入口点设置为 UINavigationController，该 UINavigationController 将我的 MSMessagesAppViewController 作为根控制器。
或者我直接将 MSMessagesAppViewController 设置为故事板中的入口点。 （没有拥有它的 UINavigationController）。
对于上面的场景 #1，导航控制器工作正常，我可以将新屏幕推送到堆栈中。 （除了整个导航栏被隐藏在扩展视图中，这是一个我仍然需要弄清楚的单独问题）。但是，使用此配置调用了我的 MSMessagesAppViewController 的委托方法中的 NONE。如： willTransitionToPresentationStyle didTransitionToPresentationStyle, willBecomeActiveWithConversation, 没有选择消息 （none 个被调用）
对于上面的场景 #2，确实会调用 MSMessagesAppViewController 方法。 （因为 UINavigationController 不是情节提要中的入口点）。
所以我的问题是：如何让 UINavigationController 位于我的 iMessage 扩展应用程序的根目录，以便我可以执行推送导航，但同时调用 MSMessagesAppViewController 的方法，如苹果API？
虽然似乎没有记录，但看起来消息扩展期望入口点是 MSMessagesAppViewController 的子class。这些方法不是委托方法，它们是 superclass 重写，因此无法安排它们到其他任何地方。消息扩展系统可以处理您描述的情况，但显然不能。
我会尝试的是：
- 使入口点成为
MSMessagesAppViewController的子class。 - 在该对象生命周期的早期（可能在
viewDidLoad中）创建一个UINavigationController并将其添加为您的MSMessagesAppViewController子 class 的子视图控制器。让它填满整个屏幕。
现在——实际上——你的导航控制器是扩展的根。它并不是真正的根，因为像 willTransitionToPresentationStyle 这样的消息事件仍然会通过 MSMessagesAppViewController subclass。但其他一切都从那里开始。它是 UI 和导航的根。
与此同时，向 Apple 提交增强请求可能会更好。有理由认为消息扩展系统会检查导航控制器的根 VC 以查看它是否正确 class，也许他们将来会添加它。