来自NIB File的Subclassed UIView未键入子类

时间:2011-04-05 05:34:51

标签: iphone objective-c cocoa-touch interface-builder nib

我有一个NIB文件,其中一些类(SomeClassView:UIView)被设置为NIB顶级视图的自定义类。 SomeClass有IBOutlets,我用它来连接我在Interface Builder中列出的SomeClass的子视图。

我像这样实例化SomeClass:

- (id)initWithFrame:(CGRect)frame {
    self = [[[[NSBundle mainBundle] loadNibNamed:@"SomeClassView" owner:nil options:nil] objectAtIndex:0] retain]; 
    // "SomeClassView" is also the name of the nib
    if (self != nil) {
        self.frame = frame;
    }
    return self;
}

现在说我用SubClassView子类化SomeClass。我向SubClassView添加了一个名为 - (void)foo:

的方法
- (id)initWithFrame:(CGRect)frame {
    self = [super initWithFrame:frame];
    if (self != nil) {
        [self foo];
    }
    return self;
}

此时我收到运行时错误: * 由于未捕获的异常'NSInvalidArgumentException'而终止应用程序,原因:' - [SomeClassView foo:]:无法识别的选择器发送到实例0xAAAAAA'

似乎SubClassView的initWithFrame中的“self”仍设置为super,SomeClassView。解决这个问题的快速修复方法是更改​​SubClassView initWithFrame中的isa指针:

- (id)initWithFrame:(CGRect)frame {
    Class prevClass = [self class];
    self = [super initWithFrame:frame];
    if (self != nil) {
        isa = prevClass;
        [self foo]; // works now
    }
 }

这不是一个理想的解决方法,因为每次我进行子类化时都必须更新isa,或者甚至可能有不同的init方法,我也必须更新。

1)理想情况下,是否有一种简单的方法可以解决这个问题,纯粹是通过代码?也许我正在设置self =加载的笔尖?

2)是否有一种替代架构能够更好地满足我的目标?一个示例是将所有者设置为self,但是您必须手动设置所有属性/出口映射。

2 个答案:

答案 0 :(得分:3)

如果您的子类具有除SomeClassView中声明的实例变量以外的实例变量,则交换isa指针是一个问题。请注意,您的nib文件具有类型为SomeClassView的对象,这意味着,在加载nib文件时,nib加载器将分配该类型的对象并从nib文件解组。暂时将isa指针更改为[SubViewClass class]将不会使其成为SubViewClass类型的对象本身,因为nib加载器分配的是SomeClassView对象。

那就是说,我认为没有一种可靠的自动方式来使用包含在nib加载时需要更改类型的对象的nib文件。

您可以做的是让您的SomeClassView对象声明符合某些协议的委托。该协议将定义SomeClassView中可能被扩展的行为方法。例如,

@protocol SomeClassViewDelegate
@optional
- (void)someClassViewDidAwakeFromNib:(SomeClassView *)someClassView;
@end

您可以使用任意对象执行SomeClassView中当前具有的任何自定义行为,而不是继承SubClassView。例如,

@interface SubClassViewBehaviour : NSObject <SomeClassViewDelegate>
…
@end

@implementation SubClassViewBehaviour
- (void)someClassViewDidAwakeFromNib:(SomeClassView *)someClassView {
    // whatever behaviour is currently in -[SubClassView foo]
}
@end

将在代码中创建SubClassViewBehaviour对象,并在加载nib文件或任何其他IB代理对象时将其设置为nib文件的所有者。 SomeClassView将有一个委托出口连接到文件的所有者/代理对象,并且它会在适当的位置调用委托方法。例如,

@implementation SomeClassView
- (void)awakeFromNib {
    SEL didAwakeFromNib = @selector(someClassViewDidAwakeFromNib:);
    if ([[self delegate] respondsToSelector:didAwakeFromNib]) {
        [[self delegate] performSelector:didAwakeFromNib withObject:self];
    }
}
@end

还有一句话:您的代码当前泄漏了一个视图对象,因为实例化了两个对象:一个通过代码中的+alloc,另一个通过nib加载。您将后者分配给self,因此通过+alloc创建的那个正在泄漏。另外,我相信您在第三个代码段中错过了对super的来电。

答案 1 :(得分:0)

而不是从子类本身内部执行此操作,为什么不首先在类外部实例化它时确保它是正确的类:

SubClass *instance = [[SubClass alloc] initWithNibName:@"SomeClassView" bundle:nil];