Wie gehe ich mit Objective-C-Protokollen um, die Eigenschaften enthalten?

Ich habe gesehen, dass die Verwendung von Objective-C-Protokollen auf folgende Weise verwendet wird:

@protocol MyProtocol <NSObject>

@required

@property (readonly) NSString *title;

@optional

- (void) someMethod;

@end

Ich habe gesehen, dass dieses Format verwendet wurde, anstatt eine konkrete Oberklasse zu schreiben, die Unterklassen erweitert. Die Frage ist, ob Sie die Eigenschaften selbst synthetisieren müssen, wenn Sie dieses Protokoll einhalten. Wenn Sie eine Oberklasse erweitern, lautet die Antwort offensichtlich nein, das müssen Sie nicht. Aber wie geht man mit Eigenschaften um, denen ein Protokoll entsprechen muss?

Nach meinem Verständnis müssen Sie die Instanzvariablen in der Header-Datei eines Objekts deklarieren, das einem Protokoll entspricht, das diese Eigenschaften erfordert. Können wir in diesem Fall annehmen, dass sie nur ein Leitprinzip sind? Offensichtlich ist dies bei einer erforderlichen Methode nicht der Fall. Der Compiler schlägt Ihnen auf das Handgelenk, um eine erforderliche Methode auszuschließen, die in einem Protokoll aufgeführt ist. Was ist die Geschichte hinter Immobilien?

Hier ist ein Beispiel, das einen Kompilierungsfehler generiert (Hinweis: Ich habe den Code gekürzt, der das vorliegende Problem nicht berücksichtigt):

MyProtocol.h

@protocol MyProtocol <NSObject>

@required
@property (nonatomic, retain) id anObject;

@optional

TestProtocolsViewController.h

- (void)iDoCoolStuff;

@end

#import <MyProtocol.h>

@interface TestProtocolsViewController : UIViewController <MyProtocol> {

}

@end

TestProtocolsViewController.m

#import "TestProtocolsViewController.h"

@implementation TestProtocolsViewController
@synthesize anObject; // anObject doesn't exist, even though we conform to MyProtocol.

- (void)dealloc {
    [anObject release]; //anObject doesn't exist, even though we conform to MyProtocol.
    [super dealloc];
}

@end     

Das Protokoll sagt nur jedem, der über das Protokoll über Ihre Klasse Bescheid weiß, dass die Eigenschaft anObjectdort sein wird. Protokolle sind nicht real, sie haben selbst keine Variablen oder Methoden - sie beschreiben nur einen bestimmten Satz von Attributen, die für Ihre Klasse zutreffen, damit Objekte, die Verweise auf sie enthalten, sie auf bestimmte Weise verwenden können.

Das bedeutet, dass Sie in Ihrer Klasse, die Ihrem Protokoll entspricht, alles tun müssen, um sicherzustellen, dass ein Objekt funktioniert.

@propertyund @synthesizesind im Kern zwei Mechanismen, die Code für Sie generieren. @propertysagt nur, dass es eine Getter- (und / oder Setter-) Methode für diesen Eigenschaftsnamen geben wird. Diese Tage @propertyallein reichen aus, um auch Methoden und eine Speichervariable vom System für Sie erstellen zu lassen (die Sie früher hinzufügen mussten @sythesize). Sie müssen jedoch über etwas verfügen, um auf die Variable zugreifen und sie speichern zu können.

Hier ist ein Beispiel von mir, das perfekt funktioniert, vor allem die Protokolldefinition:

@class ExampleClass;

@protocol ExampleProtocol

@required

// Properties
@property (nonatomic, retain) ExampleClass *item;

@end

Unten finden Sie ein Arbeitsbeispiel einer Klasse, die dieses Protokoll unterstützt:

#import <UIKit/UIKit.h>
#import "Protocols.h"

@class ExampleClass;

@interface MyObject : NSObject <ExampleProtocol> {

    // Property backing store
    ExampleClass        *item;

}


@implementation MyObject

// Synthesize properties
@synthesize item;

@end

Alles, was Sie wirklich tun müssen, ist, a fallen zu lassen

@synthesize title;

in Ihrer Implementierung und Sie sollten fertig sein. Dies funktioniert genauso wie das Einfügen der Eigenschaft in Ihre Klassenschnittstelle.

Bearbeiten:

Möglicherweise möchten Sie dies genauer tun:

@synthesize title = _title;

Dies entspricht der Art und Weise, wie die automatische Synthese von xcode Eigenschaften und Ivars erstellt, wenn Sie die automatische Synthese verwenden. Wenn Ihre Klasse also Eigenschaften aus einem Protokoll und einer Klasse hat, haben einige Ihrer Ivars nicht das andere Format, das sich auswirken könnte Lesbarkeit.

Schauen Sie sich meinen Artikel IMMOBILIEN IM PROTOKOLL an

Angenommen, ich habe MyProtocol, das eine Namenseigenschaft deklariert, und MyClass, das diesem Protokoll entspricht

Dinge, die es wert sind, erwähnt zu werden

1. Die Bezeichner-Eigenschaft in MyClass deklariert und generiert eine Getter-, Setter- und Backing _identifier-Variable
2. Die name-Eigenschaft deklariert nur, dass MyClass einen Getter und Setter im Header hat. Es werden keine Getter-, Setter-Implementierungs- und Backing-Variablen generiert.

3. Ich kann diese Namenseigenschaft nicht erneut deklarieren, da sie bereits vom Protokoll deklariert wurde. Wenn Sie dies tun, wird ein Fehler angezeigt

   @interface MyClass () // Class extension
   
   @property (nonatomic, strong) NSString *name;
   
   @end

Verwendung der Eigenschaft im Protokoll

Um MyClass mit dieser Namenseigenschaft zu verwenden, müssen wir beides tun

1. Deklarieren Sie die Eigenschaft erneut (AppDelegate.h führt diesen Vorgang aus).

   @interface MyClass : NSObject <MyProtocol>
   
   @property (nonatomic, strong) NSString *name;
   
   @property (nonatomic, strong) NSString *identifier;
   
   @end

2. Synthetisieren Sie sich

   @implementation MyClass
   
   @synthesize name;
   
   @end

Beispiel: 2 Klassen (Person und Seriennummer) möchten den Dienst von Viewer verwenden ... und müssen ViewerProtocol entsprechen. viewerTypeOfDescription ist eine obligatorische Eigenschaft, der Abonnentenklassen entsprechen müssen.

typedef enum ViewerTypeOfDescription {
    ViewerDataType_NSString,
    ViewerDataType_NSNumber,
} ViewerTypeOfDescription;

@protocol ViewerProtocol
@property ViewerTypeOfDescription viewerTypeOfDescription;
- (id)initConforming;
- (NSString*)nameOfClass;
- (id)dataRepresentation;
@end

@interface Viewer : NSObject
+ (void) printLargeDescription:(id <ViewerProtocol>)object;
@end

@implementation Viewer
+ (void) printLargeDescription:(id <ViewerProtocol>)object {
    NSString *data;
    NSString *type;
    switch ([object viewerTypeOfDescription]) {
        case ViewerDataType_NSString: {
            data=[object dataRepresentation];
            type=@"String";
            break;
        }
        case ViewerDataType_NSNumber: {
            data=[(NSNumber*)[object dataRepresentation] stringValue];
            type=@"Number";
            break;
        }
        default: {
            data=@"";
            type=@"Undefined";
            break;
        }
    }
    printf("%s [%s(%s)]\n",[data cStringUsingEncoding:NSUTF8StringEncoding],
           [[object nameOfClass] cStringUsingEncoding:NSUTF8StringEncoding],
           [type cStringUsingEncoding:NSUTF8StringEncoding]);
}
@end


/* A Class Person */

@interface Person : NSObject <ViewerProtocol>
@property NSString *firstname;
@property NSString *lastname;
@end

@implementation Person
// >>
@synthesize viewerTypeOfDescription;
// <<
@synthesize firstname;
@synthesize lastname;
// >>
- (id)initConforming {
    if (self=[super init]) {
        viewerTypeOfDescription=ViewerDataType_NSString;
    }
    return self;
}
- (NSString*)nameOfClass {
    return [self className];
}
- (NSString*) dataRepresentation {
    if (firstname!=nil && lastname!=nil) {
        return [NSString stringWithFormat:@"%@ %@", firstname, lastname];
    } else if (firstname!=nil) {
        return [NSString stringWithFormat:@"%@", firstname];
    }
    return [NSString stringWithFormat:@"%@", lastname];
}
// <<
@end



/* A Class Serial */

@interface Serial : NSObject <ViewerProtocol>
@property NSInteger amount;
@property NSInteger factor;
@end

@implementation Serial
// >>
@synthesize viewerTypeOfDescription;
// <<
@synthesize amount;
@synthesize factor;
// >>
- (id)initConforming {
    if (self=[super init]) {
        amount=0; factor=0;
        viewerTypeOfDescription=ViewerDataType_NSNumber;
    }
    return self;
}
- (NSString*)nameOfClass {
    return [self className];
}
- (NSNumber*) dataRepresentation {
    if (factor==0) {
        return [NSNumber numberWithInteger:amount];
    } else if (amount==0) {
        return [NSNumber numberWithInteger:0];
    }
    return [NSNumber numberWithInteger:(factor*amount)];
}
// <<
@end




int main(int argc, const char * argv[])
{

    @autoreleasepool {

        Person *duncan=[[Person alloc]initConforming];
        duncan.firstname=@"Duncan";
        duncan.lastname=@"Smith";

        [Viewer printLargeDescription:duncan];

        Serial *x890tyu=[[Serial alloc]initConforming];
        x890tyu.amount=1564;

        [Viewer printLargeDescription:x890tyu];

        NSObject *anobject=[[NSObject alloc]init];

        //[Viewer printLargeDescription:anobject];
        //<< compilator claim an issue the object does not conform to protocol

    }
    return 0;
}

Ein weiteres Beispiel mit Protokollvererbung über Unterklasse

typedef enum {
    LogerDataType_null,
    LogerDataType_int,
    LogerDataType_string,
} LogerDataType;

@protocol LogerProtocol
@property size_t numberOfDataItems;
@property LogerDataType dataType;
@property void** data;
@end

@interface Loger : NSObject
+ (void) print:(id<LogerProtocol>)object;
@end

@implementation Loger
+ (void) print:(id<LogerProtocol>)object {
    if ([object numberOfDataItems]==0) return;
    void **data=[object data];
    for (size_t i=0; i<[object numberOfDataItems]; i++) {
        switch ([object dataType]) {
            case LogerDataType_int: {
                printf("%d\n",(int)data[i]);
            break;
            }
            case LogerDataType_string: {
                printf("%s\n",(char*)data[i]);
                break;
            }
            default:
            break;
        }
    }
}
@end


// A Master Class

@interface ArrayOfItems : NSObject  <LogerProtocol>
@end

@implementation ArrayOfItems
@synthesize dataType;
@synthesize numberOfDataItems;
@synthesize data;
- (id)init {
    if (self=[super init]) {
        dataType=LogerDataType_null;
        numberOfDataItems=0;
    }
    return self;
}
@end

// A SubClass

@interface ArrayOfInts : ArrayOfItems
@end

@implementation ArrayOfInts
- (id)init {
    if (self=[super init]) {
        self.dataType=LogerDataType_int;
    }
    return self;
}
@end

// An other SubClass

@interface ArrayOfStrings : ArrayOfItems
@end

@implementation ArrayOfStrings
- (id)init {
    if (self=[super init]) {
        self.dataType=LogerDataType_string;
    }
    return self;
}
@end


int main(int argc, const char * argv[])
{

    @autoreleasepool {

        ArrayOfInts *arr=[[ArrayOfInts alloc]init];
        arr.data=(void*[]){(int*)14,(int*)25,(int*)74};
        arr.numberOfDataItems=3;

        [Loger print:arr];

        ArrayOfStrings *arrstr=[[ArrayOfStrings alloc]init];
        arrstr.data=(void*[]){(char*)"string1",(char*)"string2"};
        arrstr.numberOfDataItems=2;

        [Loger print:arrstr];

    }
    return 0;
}

Die Variable anObject muss in Ihrer TestProtocolsViewController-Klassendefinition definiert werden. Das Protokoll informiert Sie lediglich darüber, dass sie vorhanden sein sollte.

Die Compilerfehler sagen Ihnen die Wahrheit - die Variable existiert nicht. @properties sind schließlich nur Helfer.