Dziedziczenie klasy C z metodami fabrycznymi

Question

Chciałbym dziedziczyć z klasy szkieletowej, która ma metodę fabryczną. Jak mogę uczynić metodę factory zwrócić obiekt mojego odziedziczonego typu klasy? Znalazłem this useful article, które opisują podobną sytuację, ale w ich przypadku masz kontrolę nad nadklasą. Jak napisać, powiedzmy, podklasę UIImage, która zwróci obiekt mojego podklasy?

Answer 1

Chciałbym dziedziczyć z klasy szkieletowej, która ma metodę fabryki. Jak mogę uczynić metodę factory zwrócić obiekt mojego odziedziczonego typu klasy?

To wszystko co powinny zrobić:

@interface MONImage : UIImage 
@end 

@implementation MONImage 
@end 

Następnie:

MONImage * image = [MONImage imageNamed:name]; 

---

Jak mogę napisać, powiedzmy, podklasy UIImage że imageNamed: zwrócił obiekt typu mojej podklasy?

Implementacja

+[UIImage imageNamed:] napisała podkategorizerów z tego podejścia. W związku z tym musisz sam wdrożyć tę metodę.

Oto jak jeden powinny zadeklarować metody fabryki:

+ (instancetype)imageNamed:(NSString *)pName; 

i jak jeden powinny wdrożyć go:

+ (instancetype)imageNamed:(NSString *)pName 
{ 
    MONImage * image = [[self alloc] initWithThisDesignatedInitializer:pName]; 
         ^^^^ NOTE: self, not a concrete class 
    ...set up image... 
    return image; 
} 

ale nie zrobili to w ten sposób - +[UIImage imageNamed:] napisał podklasa i zwraca UIImage podczas pisania MONImage * img = [MONImage imageNamed:pName];. Czasami robi się to z dobrego powodu. Niektóre metody powinny mieć "ostateczną" semantykę. Często pojawia się, gdy twoja metoda może zwrócić wiele typów, tak jak w klastrze klasy. Język nie wyraża "ostatecznych" metod - ale taka metoda powinna być przynajmniej udokumentowana.

---

więc podjechać do tego UIImage przypadku:

@interface MONImage : UIImage 

+ (instancetype)imageNamed:(NSString *)pName; 

@end 

@implementation MONImage 

+ (instancetype)imageNamed:(NSString *)pName 
{ 
    UIImage * source = [UIImage imageNamed:pName]; 
    CGImageRef cgImage = source.CGImage; 
    if (cgImage) 
     return [[self alloc] initWithCGImage:cgImage]; 
    // try it another way 
    return nil; 
} 

@end 

Zauważ, że UIImage s i CGImage s są niezmienne. Nie powinno to skutkować głęboką kopią danych obrazu.

Answer 2

Dla przykładu:

• Podklasa UIImage do, powiedzmy, MyImage
• Wdrożenie metody imageNamed: na nic konkretnego, które muszą być wykonane.
• wywołanie tej metody w tej klasie: MyImage *newImage = [MyImage imageNamed:imageName];

Answer 3

Podejście to rozwiązać mój problem był w użyciu kategorię zamiast dziedziczenia (kredyty przejść do Jonathan Cichon w komentarzach moje pytanie). Użyłem Associative References do zadeklarowania i przechowywania dodatkowych danych w implementacji kategorii, jak to omówiono tutaj w SO. Chciałbym zwrócić uwagę na zaproponowany przez Jonathana model NSObject category implementation, który sprawia, że ​​dodawanie odwołań asocjacyjnych do dowolnego obiektu jest naprawdę łatwe i eleganckie.