CKFetchDatabaseChangesOperation Конструкторы

[Foundation.Export("init")]
[ObjCRuntime.DesignatedInitializer]
public CKFetchDatabaseChangesOperation ();

Атрибуты

ExportAttribute DesignatedInitializerAttribute

[Foundation.Export("initWithPreviousServerChangeToken:")]
public CKFetchDatabaseChangesOperation (CloudKit.CKServerChangeToken previousServerChangeToken);

new CloudKit.CKFetchDatabaseChangesOperation : CloudKit.CKServerChangeToken -> CloudKit.CKFetchDatabaseChangesOperation

Параметры

Атрибуты

ExportAttribute

protected CKFetchDatabaseChangesOperation (Foundation.NSObjectFlag t);

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

Параметры

Комментарии

Этот конструктор должен вызываться производными классами, когда они полностью создают объект в управляемом коде и просто хотят, чтобы среда выполнения выделила и инициализировала NSObject. Это необходимо для реализации двухфакторного процесса инициализации, который использует Objective-C. Первый шаг — выделение объекта, второй шаг — инициализация объекта. Когда разработчики вызывают конструктор, который принимает NSObjectFlag.Empty, они используют прямой путь вплоть до NSObject, чтобы просто выделить память объекта и связать объекты Objective-C и C# вместе. Фактическая инициализация объекта выполняется разработчиком.

Этот конструктор обычно используется генератором привязки для выделения объекта, но предотвращает фактическую инициализацию. После выделения конструктор должен инициализировать объект . При использовании конструкторов, созданных генератором привязки, это означает, что он вручную вызывает один из методов init для инициализации объекта.

Разработчик несет ответственность за полную инициализацию объекта, если они связаны с использованием пути NSObjectFlag.Empty.

Как правило, если конструктор разработчика вызывает базовую реализацию NSObjectFlag.Empty, он должен вызывать метод инициализации Objective-C. Если это не так, разработчики должны вместо этого привязать к соответствующему конструктору в своем классе.

Значение аргумента игнорируется и просто гарантирует, что единственным выполняемым кодом является этап построения, является базовое выделение NSObject и регистрация типа среды выполнения. Обычно цепочка выглядит следующим образом:

//
// 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 (System.Drawing.RectangleF 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 CKFetchDatabaseChangesOperation (IntPtr handle);

new CloudKit.CKFetchDatabaseChangesOperation : nativeint -> CloudKit.CKFetchDatabaseChangesOperation

Параметры

Комментарии

Этот конструктор вызывается инфраструктурой среды выполнения (GetNSObject(IntPtr)) для создания нового управляемого представления указателя на неуправляемый объект Objective-C. Разработчики не должны вызывать этот метод напрямую, вместо этого они должны вызывать метод GetNSObject, так как это не позволит двум экземплярам управляемого объекта указывать на один и тот же собственный объект.