Objective-C，协议和子类

Question

假设我定义了以下协议：

// 用户界面对象的基本协议：

@protocol UIObjectProtocol <NSObject>
@property (assign) BOOL touchable;
@end

//holder 对象持有的用户界面对象的基本协议：

@protocol UIHeldObjectProtocol <UIObjectProtocol>
@property (readonly) id holder;
@end

以及以下类层次结构：

// 用户界面对象的基类，它综合了touchable 属性

@interface UIObject : NSObject <UIObjectProtocol> {
   BOOL _touchable;
}
@end

@implementation UIObject
@synthesize touchable=_touchable;
@end

此时，一切正常。然后我创建了一个名为UIPlayingCard 的UIObject 子类。本质上，UIPlayingCard 符合 UIObjectProtocol，因为它的超类也这样做。

现在假设我希望 UIPlayingCard 符合 UIHeldObjectProtocol，所以我执行以下操作：

@interface UIPlayingCard : UIObject <UIHeldObjectProtocol> {
}
@end

@implementation UIPlayingCard
-(id)holder { return Nil; }
@end

请注意，UIPlayingCard 符合 UIHeldObjectProtocol，后者可传递地符合 UIObjectProtocol。但是我在UIPlayingCard 中收到编译器警告，例如：

警告：属性 'touchable' 需要 要定义的方法“-touchable” - 使用@synthesize、@dynamic 或提供 方法实现

这意味着 UIPlayingCard 超类与 UIObjectProtocol 的一致性没有被继承（可能是因为 @synthesize 指令是在 UIObject 实现范围中声明的）。

我是否有义务在 UIPlayingCard 实现中重新声明 @synthesize 指令？

@implementation UIPlayingCard
@synthesize touchable=_touchable; // _touchable now must be a protected attribute
-(id)holder { return Nil; }
@end

或者还有其他方法可以消除编译器警告？会不会是设计不好的结果？

提前致谢，

Answer 1

我将使用另一种方式来消除警告：使用@dynamic，编译器将假定该实现将以其他方式提供，而不是在类的实现中的声明中（在这种情况下，它由超类提供）。

Answer 2

我是否有义务在 UIPlayingCard 实现中重新声明 @synthesize 指令

虽然我没有从你的例子中看到，为什么你正在做你正在做的事情：

不，您不需要重新实现已在父类中实现的方法。

如果编译器警告这些方法不存在，那么这是一个错误：
正如The Objective C Programming Language 所说...

当一个类采用协议时，它必须实现协议声明的所需方法，如前所述。此外，它必须符合所采用的协议所包含的任何协议。如果合并的协议还包含其他协议，则该类也必须符合它们。一个类可以通过以下任一方式符合一个合并的协议：

• 实现协议声明的方法，或
• 从采用协议并实现方法的类继承。

Answer 3

协议就像合同。你说的是 UIPlayingCard 必须实现持有者和可触摸的。

当编译器编译 UIPlaying 卡时，它看不到任何定义 @property (nonatomic) BOOL touchable; 的地方。

您不能将合成添加到打卡，因为打卡没有可触摸的 ivar。

变化：

@protocol UIHeldObjectProtocol <UIObjectProtocol>

到

@protocol UIHeldObjectProtocol <NSObject>

由于 UIPlayingCard 继承自 UIObject，协议不需要相互继承。

Answer 4

您评论说 _touchable 必须受到保护，但您没有包含 @private 编译器指令，因此 _touchable 已受到保护。

Clang 在这种情况下似乎没有给出这个警告，所以最直接的解决方案：

• 将编译器从 GCC 更改为 Clang。

这也有很多附带好处，包括更易理解的错误和警告消息。

这是 GCC 抱怨的一个错误。该实现实际上是继承的，您可以通过一个简单的main 函数来验证UIPlayingCard 的touchable 属性。所以，你的第二个解决方案：

• 忽略警告为虚假。如果您的任何测试都没有失败，那么您还关心什么？