Ab iOS7 verwenden die View-Controller standardmäßig das Vollbild-Layout. Gleichzeitig haben Sie mehr Kontrolle darüber, wie es seine Ansichten ausgibt, und das ist mit diesen Eigenschaften getan: Grundsätzlich legen Sie mit dieser Eigenschaft fest, welche Seiten Ihrer Ansicht erweitert werden können, um den gesamten Bildschirm zu decken. Stellen Sie sich vor, Sie schieben einen UIViewController in einen UINavigationController. Wenn die Ansicht des View-Controllers angelegt ist, wird es gestartet, wo die Navigationsleiste endet, aber diese Eigenschaft stellt fest, welche Seiten der Ansicht (oben, links, unten, rechts) erweitert werden können, um den gesamten Bildschirm zu füllen. Lassen Sie es mit einem Beispiel sehen: Hier legen Sie den Wert von edgesForExtendedLayout nicht fest. Daher wird der Standardwert genommen (UIRectEdgeAll), so dass die Ansicht ihr Layout erweitert, um den gesamten Bildschirm zu füllen. Dies ist das Ergebnis: Wie Sie sehen können, erstreckt sich der rote Hintergrund hinter der Navigationsleiste und der Statusleiste. Jetzt werden Sie diesen Wert auf UIRectEdgeNone setzen. So dass Sie sagen, die Ansicht-Controller nicht erweitern Sie die Ansicht auf den Bildschirm zu decken: Diese Eigenschaft wird verwendet, wenn Ihre Ansicht ein UIScrollView oder ähnliches ist, wie ein UITableView. Sie möchten, dass Ihre Tabelle anfängt, wo die Navigationsleiste endet, weil Sie den gesamten Inhalt nicht sehen, wenn nicht, aber gleichzeitig möchten Sie, dass Ihr Tisch den gesamten Bildschirm beim Scrollen abdeckt. In diesem Fall wird das Setzen von KantenForExtendedLayout auf None nicht funktionieren, da Ihre Tabelle beginnt zu scrollen, wo die Navigationsleiste endet und es wird nicht dahinter gehen. Hier ist, wo diese Eigenschaft ist praktisch, wenn Sie lassen Sie die View-Controller automatisch anpassen die Einfügungen (Einstellung dieser Eigenschaft auf YES, auch der Standardwert) wird es Insert an der Spitze der Tabelle hinzufügen, so dass die Tabelle beginnt, wo die Navigation Bar-Enden, aber die Spirale wird den gesamten Bildschirm zu decken. Das ist, wenn auf NEIN eingestellt ist: und JA (standardmäßig): In beiden Fällen blättert die Tabelle hinter der Navigationsleiste, aber im zweiten Fall (JA) wird sie unterhalb der Navigationsleiste gestartet. Dieser Wert ist nur eine Ergänzung zu den vorherigen. Wenn die Statusleiste undurchsichtig ist, werden die Ansichten nicht um die Statusleiste erweitert, es sei denn, dieser Parameter ist JA. Wenn Sie Ihre Ansicht erweitern, um die Navigationsleiste (edgesForExtendedLayout zu UIRectEdgeAll) zu decken, und der Parameter NO (Standard) ist, wird sie die Statusleiste nicht decken, wenn sie undurchsichtig ist. Wenn etwas nicht klar ist, schreiben Sie einen Kommentar und Kranke Antwort darauf. Wie iOS weiß, was UIScrollView verwenden iOS greift die erste Unteransicht in Ihrer viewcontroller-Ansicht, so dass die eine bei Index 0, und wenn seine eine Unterklasse von UIScrollView dann die erklärten Eigenschaften anwendet es. Natürlich bedeutet dies, dass UITableViewController standardmäßig arbeitet (seit dem UITableView ist die erste Ansicht).Wie registrieren Sie eine Zelle für UITableViewCell Wiederverwendung Verfügbar von iOS 6.0 siehe Hacking mit Swift Tutorial 33 Wiederverwendung Tabellenansicht Zellen war eine der wichtigsten Leistung Optimierungen in iOS seit iOS 2.0, aber es war nur mit iOS 6.0, dass die API wurde ein wenig gereinigt mit dem Zusatz der register () - Methode. Es gibt zwei Varianten zu registrieren. Aber beide nehmen einen Parameter namensCellReuseIdentifier. Dies ist eine Zeichenfolge, mit der Sie verschiedene Arten von Tabellenansichtszellen registrieren können. Beispielsweise haben Sie möglicherweise einen Wiederverwendungsbezeichner quotDefaultCellquot, einen anderen namens quotHeading cellquot, einen anderen CellWithTextFieldquot und so weiter. Die Wiederverwendung von unterschiedlichen Zellen auf diese Weise hilft Systemressourcen zu sparen. Wenn Sie register () mit einer Swift-Klasse verwenden möchten, stellen Sie eine Tabellensicht-Zellklasse als ersten Parameter zur Verfügung. Dies ist nützlich, wenn Ihre Zelle vollständig im Code definiert ist. Als Beispiel verwendet dies die Standard-UITableViewCell-Klasse: Sie können dann dequeue, dass Zelle wie folgt: Wenn es arent alle Zellen erstellt, die wiederverwendet werden können, wird iOS automatisch erstellen sie diese API ist wirklich sehr einfach. Die andere Möglichkeit besteht darin, register () mit einer Interface Builder-Nib-Datei zu verwenden. Nibs enthalten den Klassennamen, der zusammen mit ihrem Design verwendet werden soll, so dass diese Methode häufiger ist. Heres ein Beispiel Obwohl die Kenntnis der oben genannten Code ist definitiv nützlich, wenn youre mit Storyboards finden Sie es einfacher, Prototyp-Zellen zu erstellen und ihnen eine Wiederverwendung identifizieren direkt in Interface Builder. Hat diese Lösung für Sie funktioniert Bitte übergeben Sie es auf Andere Leute lesen über die Swift Knowledge Base Dies ist Teil der Swift Knowledge Base. Eine kostenlose, durchsuchbare Sammlung von Lösungen für gemeinsame iOS Fragen. Wollen Sie macOS apps Hacking mit macOS liefert 18 awesome Projekte, die Sie lehren, MacOS-Entwicklung in kürzester Zeit die Kontrolle über Ihren Desktop heuteStarten in iOS7, verwenden die View-Controller Vollbild-Layout standardmäßig. Gleichzeitig haben Sie mehr Kontrolle darüber, wie es seine Ansichten ausgibt, und das ist mit diesen Eigenschaften getan: Grundsätzlich legen Sie mit dieser Eigenschaft fest, welche Seiten Ihrer Ansicht erweitert werden können, um den gesamten Bildschirm zu decken. Stellen Sie sich vor, Sie schieben einen UIViewController in einen UINavigationController. Wenn die Ansicht des View-Controllers angelegt ist, wird es gestartet, wo die Navigationsleiste endet, aber diese Eigenschaft stellt fest, welche Seiten der Ansicht (oben, links, unten, rechts) erweitert werden können, um den gesamten Bildschirm zu füllen. Lassen Sie es mit einem Beispiel sehen: Hier legen Sie den Wert von edgesForExtendedLayout nicht fest. Daher wird der Standardwert genommen (UIRectEdgeAll), so dass die Ansicht ihr Layout erweitert, um den gesamten Bildschirm zu füllen. Dies ist das Ergebnis: Wie Sie sehen können, erstreckt sich der rote Hintergrund hinter der Navigationsleiste und der Statusleiste. Jetzt werden Sie diesen Wert auf UIRectEdgeNone setzen. So dass Sie sagen, die Ansicht-Controller nicht erweitern Sie die Ansicht auf den Bildschirm zu decken: Diese Eigenschaft wird verwendet, wenn Ihre Ansicht ein UIScrollView oder ähnliches ist, wie ein UITableView. Sie möchten, dass Ihre Tabelle anfängt, wo die Navigationsleiste endet, weil Sie den gesamten Inhalt nicht sehen, wenn nicht, aber gleichzeitig möchten Sie, dass Ihr Tisch den gesamten Bildschirm beim Scrollen abdeckt. In diesem Fall wird das Setzen von KantenForExtendedLayout auf None nicht funktionieren, da Ihre Tabelle beginnt zu scrollen, wo die Navigationsleiste endet und es wird nicht dahinter gehen. Hier ist, wo diese Eigenschaft ist praktisch, wenn Sie lassen Sie die View-Controller automatisch die Einfügungen (Einstellung dieser Eigenschaft auf YES, auch der Standardwert) wird es Insert an der Spitze der Tabelle hinzufügen, so dass die Tabelle beginnt, wo die Navigation Bar-Enden, aber die Spirale wird den gesamten Bildschirm zu decken. Das ist, wenn auf NEIN eingestellt ist: und JA (standardmäßig): In beiden Fällen blättert die Tabelle hinter der Navigationsleiste, aber im zweiten Fall (JA) wird sie unterhalb der Navigationsleiste gestartet. Dieser Wert ist nur eine Ergänzung zu den vorherigen. Wenn die Statusleiste undurchsichtig ist, werden die Ansichten nicht um die Statusleiste erweitert, es sei denn, dieser Parameter ist JA. Wenn Sie Ihre Ansicht erweitern, um die Navigationsleiste (edgesForExtendedLayout zu UIRectEdgeAll) zu decken, und der Parameter NO (Standard) ist, wird sie die Statusleiste nicht decken, wenn sie undurchsichtig ist. Wenn etwas nicht klar ist, schreiben Sie einen Kommentar und Kranke Antwort darauf. Wie iOS weiß, was UIScrollView verwenden iOS greift die erste Unteransicht in Ihrer viewcontroller-Ansicht, so dass die eine bei Index 0, und wenn seine eine Unterklasse von UIScrollView dann die erklärten Eigenschaften anwendet es. Natürlich bedeutet dies, dass UITableViewController standardmäßig arbeitet (seit dem UITableView ist die erste Ansicht).Wie registrieren Sie eine Zelle für UITableViewCell Wiederverwendung Verfügbar von iOS 6.0 siehe Hacking mit Swift Tutorial 33 Wiederverwendung Tabellenansicht Zellen war eine der wichtigsten Leistung Optimierungen in iOS seit iOS 2.0, aber es war nur mit iOS 6.0, dass die API wurde ein wenig gereinigt mit dem Zusatz der register () - Methode. Es gibt zwei Varianten zu registrieren. Aber beide nehmen einen Parameter namensCellReuseIdentifier. Dies ist eine Zeichenfolge, mit der Sie verschiedene Arten von Tabellenansichtszellen registrieren können. Beispielsweise haben Sie möglicherweise einen Wiederverwendungsbezeichner quotDefaultCellquot, einen anderen namens quotHeading cellquot, einen anderen CellWithTextFieldquot und so weiter. Die Wiederverwendung von unterschiedlichen Zellen auf diese Weise hilft Systemressourcen zu sparen. Wenn Sie register () mit einer Swift-Klasse verwenden möchten, stellen Sie eine Tabellensicht-Zellklasse als ersten Parameter zur Verfügung. Dies ist nützlich, wenn Ihre Zelle vollständig im Code definiert ist. Als Beispiel verwendet dies die Standard-UITableViewCell-Klasse: Sie können dann dequeue, dass Zelle wie folgt: Wenn es arent alle Zellen erstellt, die wiederverwendet werden können, wird iOS automatisch erstellen sie diese API ist wirklich sehr einfach. Die andere Möglichkeit besteht darin, register () mit einer Interface Builder-Nib-Datei zu verwenden. Nibs enthalten den Klassennamen, der zusammen mit ihrem Design verwendet werden soll, so dass diese Methode häufiger ist. Heres ein Beispiel Obwohl die Kenntnis der oben genannten Code ist definitiv nützlich, wenn youre mit Storyboards finden Sie es einfacher, Prototyp-Zellen zu erstellen und ihnen eine Wiederverwendung identifizieren direkt in Interface Builder. Hat diese Lösung für Sie funktioniert Bitte übergeben Sie es auf Andere Leute lesen über die Swift Knowledge Base Dies ist Teil der Swift Knowledge Base. Eine kostenlose, durchsuchbare Sammlung von Lösungen für gemeinsame iOS Fragen. Ich brauche, um Objective-C schnell Ich schrieb ein Buch gewidmet Lehr-Ziel-C für Entwickler, die bereits wissen, Swift seine schnellste Weg, um aufzustehen, um Geschwindigkeit
No comments:
Post a Comment