@interface Parent : NSObject// Unavailable- (instancetype)init NS_UNAVAILABLE;// Some other (appropriate) initialiser- (instancetype)initWithWhatever:(ID)whatever NS_DESIGNATED_INITIAliZER;@end
对儿童初始化者的任何调用都需要传播到父指定的初始化者是有意义的.让我们说默认参数对子类有意义,因此:
@interface Child : Parent// Propagates to initWithWhatever:- (instancetype)init NS_DESIGNATED_INITIAliZER;@end
即使初始化程序被子类重新声明,xcode似乎仍然认为它不可用.有没有解决的办法?
解决方法 看起来这种行为在Xcode 8中得到修复(在8.1中测试).我也有一些笔记:
>要使您的Child实现完全完成,您应该覆盖initWithWhatever或使其不可用.因为Child当然会从Parent继承这个初始化程序.
>如果你使init不可用,那么让新的不可用也是有意义的.
所以.从现在开始,我们可以在NS_DESIGNATED_INITIAliZER&帮助下完全控制我们的初始化器. Objective-C中的NS_UNAVAILABLE组合.与Swift相比,它需要更多的工作,但这是值得的.特别是如果你想让你的课程与Swift更好地兼容.
总结以上是内存溢出为你收集整理的objective-c – 重新定义父类声明为NS_UNAVAILABLE的初始化程序全部内容,希望文章能够帮你解决objective-c – 重新定义父类声明为NS_UNAVAILABLE的初始化程序所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)