UIView/CALayer的通用類/協議 - 軟件設計問題

Question

對於使用iOS SDK的一些軟件設計決策，我有一個非常簡單的問題。

假設我有一個類管理我的應用程序中的視圖對象的表示（UIManager）。該類允許外部控制器類向其添加視圖對象。視圖對象可以有兩種：CALayer和UIView子類。

我的問題是哪個接口更適合這樣的UIManager類。 例如：

@interface UIManager : UIView {} 

// 1) 
- (void)addGenericViewObject:(id)genericViewObject; 

// 2) 
- (void)addUIViewObject:(UIView*)uiViewObject; 
- (void)addCALayerObject:(CALayer*)caLayerObject; 

// 3) 
- (void)addMyProtocolTypeViewObject(id<MyProtocolType>)myProtocolTypeViewObject; 
@end 

1）id類型太普通？

2）每種類型都有不同的方法簽名會導致代碼重複？

3）有沒有辦法通過<MyProtocolType>來代表UIView和CALayer類？

或者更一般地說，有處理這些不同對象的類可以互換不好嗎？

的UIManager的實施將是這樣的：

@implementation UIManager 

// 1) 
- (void)addGenericViewObject:(id)genericViewObject { 
    if ([genericViewObject isKindOfClass:[UIView class]]) { 
     [_uiViewsContainer addSubview:(UIView*)genericViewObject]; 
    } else if ([genericViewObject isKindOfClass:[CALayer class]]) { 
     [_caLayersContainer addSublayer:(CALayer*)genericViewObject]; 
    } 
} 
@end 

類型檢查總是不好的，也許有<MyProtocolType>但會解決的情況下，怎麼可能我代表協議雙方UIView和CALayer類？這兩個類只符合<NSObject>。

在此先感謝

Answer 1

類型檢查是如此必要。我認爲有可能重構這個問題......「我想要一個經理接受一個UIView或一個CALayer，並對他們做不同的事情，但拒絕所有其他事情。」在這種情況下，類型檢查勝過hackery，而我全心全意地建議你只需要進行類型檢查，並在事情沒有按預期進行時拋出異常。

可以添加一個真正私有的類別，例如一個帶有64個字符的隨機標識符的私有類別給CALayer和UIView，它們將這些類符合到一個自定義協議，並且只檢查符合性。但是這種類型檢查確實起作用，並且是非常多的（不必要的）工作。上次我嘗試了，GCC似乎討厭這個。

我覺得這可能是工作，假如以後你正在處理大量的類：

- (BOOL) addInterfaceObject:(id)anObject { 

    void (^handler)(); 

    if (!(handler = [self interfaceObjectHandlerForClass:[anObject class]])) 
    return NO; // Or throw an exception 

    handler(anObject); 
    return YES; 

} 

- (void(^)(id anObject)) interfaceObjectHandlerForClass:(Class)aClass { 

// Or retrieve copy-autoreleased blocks from a dictionary 

    if ([aClass isSubclassOfClass:[UIView class]]) 
    return^(id anObject) { [self.view addSubview:(UIView *)anObject]; }; 

    if ([aClass isSubclassOfClass:[CALayer class]]) 
    return^(id anObject) { [self.view.layer addSublayer:(CALayer *)anObject]; }; 

    return nil; 

}