明智或有风险地划分uinavigationcontroller？

是否有官方禁止继承uinavigationcontroller？在我看来，这是一件有风险的事情，特别是如果苹果改变它的话。明智或有风险地划分uinavigationcontroller？

2017-06-12 asdfkjaasdflf

如果您只使用UINavigationController的公共API，则没有风险 –

子类别UINavigationController没有问题;我曾多次提供过不受代理支持的功能，例如托管视图控制器中的依赖注入。看一看委托方法，看他们是否能够完成你所需要的，如果没有，就继承下来。

2017-06-12 18:37:33

您的意思是说您有导航控制器提供依赖对象，而不是推送新视图控制器的早期视图控制器？我都是侧向依赖注入，但是从导航控制器注入什么可以获得？ – asdfkjaasdflf

我正在用DI提供所有可能的依赖关系（每个依据自己的协议描述）的“DependencyProvider”协议。单独的视图控制器会接受提供者对象并选择它所需的依赖关系。当需要新的依赖项时保存签名重构，但仍然允许我用模拟依赖项对象替代单元测试。导航控制器接受一个依赖关系源并将其提供给它父母的每个视图控制器。 –

我明白这一点，这是一个好主意。谢谢。 – asdfkjaasdflf

明智或有风险地划分uinavigationcontroller？

回答

相关问题