CIQRCodeGenerator Konstruktoren
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Überlädt
CIQRCodeGenerator() |
Erstellt einen neuen CIQRCodeGenerator mit Standardwerten. |
CIQRCodeGenerator(NSCoder) |
Ein Konstruktor, der das -Objekt aus den im Unarchiver-Objekt gespeicherten Daten initialisiert. |
CIQRCodeGenerator(NSObjectFlag) |
Konstruktor, der für abgeleitete Klassen aufgerufen werden soll, um die Initialisierung zu überspringen und das Objekt nur zuzuordnen. |
CIQRCodeGenerator(IntPtr) |
Ein Konstruktor, der beim Erstellen verwalteter Darstellungen nicht verwalteter Objekte verwendet wird; Wird von der Runtime aufgerufen. |
CIQRCodeGenerator()
Erstellt einen neuen CIQRCodeGenerator mit Standardwerten.
public CIQRCodeGenerator ();
Gilt für:
CIQRCodeGenerator(NSCoder)
Ein Konstruktor, der das -Objekt aus den im Unarchiver-Objekt gespeicherten Daten initialisiert.
[Foundation.Export("initWithCoder:")]
public CIQRCodeGenerator (Foundation.NSCoder coder);
new CoreImage.CIQRCodeGenerator : Foundation.NSCoder -> CoreImage.CIQRCodeGenerator
Parameter
- coder
- NSCoder
Das Unarchiver-Objekt.
- Attribute
Hinweise
Dieser Konstruktor wird bereitgestellt, um die Initialisierung der Klasse von einem Unarchiver (z. B. während der NIB-Deserialisierung) zu ermöglichen. Dies ist Teil des NSCoding Protokolls.
Wenn Entwickler eine Unterklasse dieses Objekts erstellen und weiterhin die Deserialisierung aus einem Archiv unterstützen möchten, sollten sie einen Konstruktor mit einer identischen Signatur implementieren: Indem sie einen einzelnen Parameter vom Typ NSCoder verwenden und ihn mit der [Export("initWithCoder:"]-Attributdeklaration versehen.
Der Zustand dieses Objekts kann auch mithilfe der Begleitmethode EncodeTo serialisiert werden.
Gilt für:
CIQRCodeGenerator(NSObjectFlag)
Konstruktor, der für abgeleitete Klassen aufgerufen werden soll, um die Initialisierung zu überspringen und das Objekt nur zuzuordnen.
protected CIQRCodeGenerator (Foundation.NSObjectFlag t);
new CoreImage.CIQRCodeGenerator : Foundation.NSObjectFlag -> CoreImage.CIQRCodeGenerator
Parameter
Nicht verwendeter Sentinelwert, übergeben Sie NSObjectFlag.Empty.
Hinweise
Dieser Konstruktor sollte von abgeleiteten Klassen aufgerufen werden, wenn sie das Objekt vollständig in verwaltetem Code erstellen und nur möchten, dass die Runtime das NSObject ordnet und initialisiert. Dies ist erforderlich, um den zweistufigen Initialisierungsprozess zu implementieren, den Objective-C verwendet. Der erste Schritt besteht darin, die Objektzuordnung durchzuführen, der zweite Schritt besteht darin, das Objekt zu initialisieren. Wenn Entwickler den Konstruktor aufrufen, der NSObjectFlag.Empty verwendet, nutzen sie einen direkten Pfad, der bis zu NSObject reicht, um nur den Arbeitsspeicher des Objekts zuzuweisen und die Objective-C- und C#-Objekte miteinander zu binden. Die tatsächliche Initialisierung des Objekts liegt beim Entwickler.
Dieser Konstruktor wird in der Regel vom Bindungsgenerator verwendet, um das Objekt zuzuordnen, aber die eigentliche Initialisierung zu verhindern. Nachdem die Zuordnung erfolgt ist, muss der Konstruktor das Objekt initialisieren. Bei Konstruktoren, die vom Bindungsgenerator generiert werden, bedeutet dies, dass eine der "init"-Methoden manuell aufgerufen wird, 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 Basisimplementierung NSObjectFlag.Empty aufruft, sollte er im Allgemeinen eine Objective-C-Init-Methode aufrufen. Wenn dies nicht der Fall ist, sollten Entwickler stattdessen eine Verkettung mit dem richtigen Konstruktor in ihrer Klasse ausführen.
Der Argumentwert wird ignoriert und stellt lediglich sicher, dass der einzige Code, der ausgeführt wird, die Erstellungsphase ist die grundlegende NSObject-Zuordnung und Laufzeittypregistrierung. In der Regel 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 (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);
}
Gilt für:
CIQRCodeGenerator(IntPtr)
Ein Konstruktor, der beim Erstellen verwalteter Darstellungen nicht verwalteter Objekte verwendet wird; Wird von der Runtime aufgerufen.
public CIQRCodeGenerator (IntPtr handle);
new CoreImage.CIQRCodeGenerator : nativeint -> CoreImage.CIQRCodeGenerator
Parameter
- handle
-
IntPtr
nativeint
Zeiger (Handle) auf das nicht verwaltete Objekt.
Hinweise
Dieser Konstruktor wird von der Laufzeitinfrastruktur (GetNSObject(IntPtr)) aufgerufen, um eine neue verwaltete Darstellung für einen Zeiger auf ein nicht verwaltetes Objective-C-Objekt zu erstellen. Entwickler sollten diese Methode nicht direkt aufrufen, sondern die GetNSObject-Methode aufrufen, da sie verhindert, dass zwei Instanzen eines verwalteten Objekts auf dasselbe systemeigene Objekt verweisen.