CKFetchNotificationChangesOperation Konstruktoren

public CKFetchNotificationChangesOperation();

public CKFetchNotificationChangesOperation(CloudKit.CKServerChangeToken? previousServerChangeToken);

new CloudKit.CKFetchNotificationChangesOperation : CloudKit.CKServerChangeToken -> CloudKit.CKFetchNotificationChangesOperation

Parameter

protected CKFetchNotificationChangesOperation(Foundation.NSObjectFlag t);

new CloudKit.CKFetchNotificationChangesOperation : Foundation.NSObjectFlag -> CloudKit.CKFetchNotificationChangesOperation

Parameter

Hinweise

Dieser Konstruktor sollte von abgeleiteten Klassen aufgerufen werden, wenn sie das Objekt vollständig in verwaltetem Code erstellen und lediglich möchten, dass die Laufzeit das NSObject zuordnet und initialisiert. Dies ist erforderlich, um den zweistufigen Initialisierungsprozess zu implementieren, den Objective-C verwendet, der erste Schritt besteht darin, die Objektzuweisung auszuführen, der zweite Schritt besteht darin, das Objekt zu initialisieren. Wenn Entwickler den Konstruktor aufrufen, der das NSObjectFlag.Empty verwendet, nutzen sie einen direkten Pfad, der bis zu NSObject führt, um lediglich den Speicher des Objekts zuzuweisen und die Objective-C- und C#-Objekte zusammen zu binden. Die tatsächliche Initialisierung des Objekts liegt am Entwickler.

Dieser Konstruktor wird in der Regel vom Bindungsgenerator verwendet, um das Objekt zuzuweisen, aber die tatsächliche Initialisierung zu verhindern. Sobald die Zuordnung erfolgt ist, muss der Konstruktor das Objekt initialisieren. Bei vom Bindungsgenerator generierten Konstruktoren bedeutet dies, dass sie eine der "init"-Methoden manuell aufruft, um das Objekt zu initialisieren.

Es liegt in der Verantwortung des Entwicklers, das Objekt vollständig zu initialisieren, wenn es mithilfe des Pfads "NSObjectFlag.Empty" verkettet wird.

Wenn der Konstruktor des Entwicklers die NSObjectFlag.Empty-Basisimplementierung aufruft, sollte eine Objective-C init-Methode aufgerufen werden. Wenn dies nicht der Fall ist, sollten Entwickler stattdessen mit dem richtigen Konstruktor in ihrer Klasse verkettet werden.

Der Argumentwert wird ignoriert und stellt lediglich sicher, dass der einzige Ausgeführte Code die Konstruktionsphase ist die grundlegende NSObject-Zuordnung und Laufzeittypregistrierung. Normalerweise sieht die Verkettung wie folgt aus:

//
// The NSObjectFlag merely allocates the object and registers the
// C# class with the Objective-C runtime if necessary, but no actual
// initXxx method is invoked, that is done later in the constructor
//
// This is taken from Xamarin.iOS's source code:
//
[Export ("initWithFrame:")]
public UIView (CGRect frame) : base (NSObjectFlag.Empty)
{
// Invoke the init method now.
	var initWithFrame = new Selector ("initWithFrame:").Handle;
	if (IsDirectBinding)
		Handle = ObjCRuntime.Messaging.IntPtr_objc_msgSend_CGRect (this.Handle, initWithFrame, frame);
	else
		Handle = ObjCRuntime.Messaging.IntPtr_objc_msgSendSuper_CGRect (this.SuperHandle, initWithFrame, frame);
}

protected internal CKFetchNotificationChangesOperation(ObjCRuntime.NativeHandle handle);

new CloudKit.CKFetchNotificationChangesOperation : ObjCRuntime.NativeHandle -> CloudKit.CKFetchNotificationChangesOperation

Parameter