Zeiger fehlt ein Spezifizierer für die Angabe der Nullwertfähigkeit

In Xcode 7 GM ich begann, um diese Warnung:

Zeiger fehlt, ist ein null-Zulässigkeit Typ Bezeichner (_Nonnull, _Nullable, oder _Null_unspecified)

In der folgenden Funktionsdeklaration (NSUserDefaults-Erweiterung)

- (void)setObject:(nullable id)value
           forKey:(NSString *)defaultName
    objectChanged:(void(^)(NSUserDefaults *userDefaults, id value))changeHandler
    objectRamains:(void(^)(NSUserDefaults *userDefaults, id value))remainHandler;

Warum diese Warnung zeigt und wie sollte ich das lösen?

InformationsquelleAutor der Frage kelin | 2015-09-12

  1. 48

    Müssen Sie nullable auch für die Behandler/- Blöcke

    - (void)setObject:(nullable id)value
           forKey:(nonnull NSString *)defaultName
    objectChanged:(nullable void(^)(NSUserDefaults *userDefaults, id value))changeHandler
    objectRamains:(nullable void(^)(NSUserDefaults *userDefaults, id value))remainHandler;

    Warum? Es ist wegen Swift. Swift ermöglicht optionale Parameter (?), die Objective-C nicht. Dies geschieht als eine Brücke zwischen den beiden von Ihnen für den Swift compiler weiß, dass diese Parameter optional sind. Ein 'Null' sagt der Swift-compiler, dass das argument erforderlich ist. Eine null ist optional

    Für mehr info Lesen:
    https://developer.apple.com/swift/blog/?id=25

    InformationsquelleAutor der Antwort Ares

  2. 44

    Können Sie die folgenden Makros, um Blöcke von Deklarationen (Variablen und Funktionen) in objective-c Header:

    NS_ASSUME_NONNULL_BEGIN 

NS_ASSUME_NONNULL_END

    Müssen Sie dann fügen Sie nullable Anmerkungen für Referenzen, die null in diesem block. Dies gilt sowohl für die Funktion Parameter-und Variablen-Deklarationen.

    In:

    @interface SMLBaseUserDetailsVC : UIViewController < UICollectionViewDelegate>
NS_ASSUME_NONNULL_BEGIN

@property (nonatomic, readonly) IBOutlet UIScrollView *detailsScrollView;
@property (nonatomic, readonly) IBOutlet UICollectionView *photoCV;
@property (nonatomic, weak, readonly) SMLUser *user;
- (IBAction)flagUser:(id)sender;
- (IBAction)closeAction:(nullable id)sender;
- (void) prefetchPhotos;

NS_ASSUME_NONNULL_END

@end

    Edit* warum??? ist denn für einen objective-c-Klasse auf Interoperabilität mit swift, die Sie brauchen, um zu erklären, null-Zulässigkeit, so dass der compiler weiß zur Behandlung von Eigenschaften wie swift Optionen oder nicht. Nullable objective c Eigenschaften sind bekannt als optionals in swift und verwenden Sie diese Makros in Zusammenhang mit der nullable-declarators für Eigenschaften kann der compiler behandelt Sie wie Optionen (Optionen sind Monaden - ein Objekt, das hüllt sich entweder das Objekt oder null).

    InformationsquelleAutor der Antwort Kevin

  3. 14

    Er die richtige Arbeitsmethode Erklärung, angenommen durch compiler:

    - (void)setObject:(nullable id)value
           forKey:(nonnull NSString *)defaultName
    objectChanged:(nullable void(^)(NSUserDefaults *_Nonnull userDefaults, id _Nullable value))changeHandler
    objectRamains:(nullable void(^)(NSUserDefaults *_Nonnull userDefaults, id _Nullable value))remainHandler;

    InformationsquelleAutor der Antwort kelin

  4. 8

    Poste ich diese Antwort zu sagen, warum sollte hinzufügen _Nonnull oder nullable.

    Laut diesem blog: https://developer.apple.com/swift/blog/?id=25

    Einer der großen Dinge über Swift mit, dass es transparent arbeitet mit Objective-C-code, sowohl für bestehende frameworks in Objective-C geschrieben und der code in Ihrer app. Aber in Swift gibt es eine starke Unterscheidung zwischen optionalen und nicht-optionalen Referenzen, z.B. NSView vs. NSView?, während Objective-C ist boths der beiden Typen, der als NSView *. Da der Swift-compiler kann nicht sicher sein, ob eine bestimmte NSView * optional ist oder nicht, der Typ brachte in Swift als ein implizit unwrapped optional NSView!.

    es ist alles für Swift.

    InformationsquelleAutor der Antwort fishtrees

Schreibe einen Kommentar