Ist auf einer View nur wenig Platz, oder sind Informationen oder Einstellungen für den Anwender nur von geringem Interesse, eignet sich eine DiscloserGroup um Inhalte zu verbergen und nur auf Wunsch anzuzeigen. Einfach ausgedrückt, ist eine DisclosureGroup ein Bereich der grafischen Oberfläche, der vom Anwender auf und zu geklappt werden kann.
Gleiche Funktionen sollten gleich funktionieren und gleich aussehen. Diese alte Regel für Softwaredesign ist bis heute uneingeschränkt gültig und besonders wichtig ist sie in einer Zeit, in der sich macOS und iOS optisch annähern. Der Anspruch ist gerechtfertigt. Ein Anwender, der mit der Arbeit auf einem iPad vertraut ist, sollte auf einem Mac für die gleiche Funktion nicht eine komplett andere grafische Oberfläche vorfinden. Zuvor Gelerntes soll vertraut und leicht wiederzukennen sein.
Die persönlichen Einstellungen und Präferenzen eines Nutzers zu speichern und zu laden ist seit OS X Version 10.0 eine Aufgabe, die von Programmierern gerne mit der Klasse NSUserDefaults umgesetzt wird. Seit der Version 2.0 steht die Klasse auch auf der iOS-Plattform zu Verfügung und somit ist es wenig überraschend, dass man bei der Entwicklung mit Swift nicht auf diesen bewährten Baustein verzichten wollte.
Für macOS 11 und iOS 14 wurde das SwiftUI Framework um eine View erweitert, deren Einsatzbereich sehr speziell ist. Die OutlineGroup übernimmt die Aufgabe, eine Hierarchie von Elementen anzuzeigen, die als Eigenschaft über eine Liste von Kind-Elementen vom Typ wie das Element selbst verfügen. Zum Beispiel einen Ordner im Dateisystem, der Unterordner enthält oder eine Aufgabe, die aus mehreren Unteraufgaben besteht.
Die Navigation von einer View zu einer anderen war lange Zeit die einzige leichte Möglichkeit, in einer App unterschiedliche grafische Oberflächen anzuzeigen. Einfacher wurde es für Entwickler erst mit der Einführung von SwiftUI. Dort ist es kein Problem mehr, die angezeigte grafische Oberfläche zu verändern oder auszutauschen, ohne die aktuelle View zu verlassen. Die Umsetzung ist so einfach, dass eine if-Anweisung oder eine switch-case ausreicht, um verschiedene Inhalte anzuzeigen.
Wird in SwiftUI eine Tabelle benötigt, kann man diese problemlos mit einer List realisieren und mit einer ForEach-Schleife füllen. Wenn es ganz einfach sein soll, funktioniert es ohne Schleife und mit Objekten, die im Programmcode hinterlegt sind. Doch was ist zu tun, wenn der Inhalt einer List in Gruppen unterteilt werden soll? Dann kommen Section zum Einsatz. Dieser Artikel erklärt, wie sie funktionieren und wie man das Design einer solchen Unterteilung den eigenen Bedürfnissen kann.
In Tokio liegen alt und neu, Vergangenes und Gegenwart, nah zusammen. Tempel befinden sich nur Schritte entfernt von Einkaufszentren und traditionelle Restaurants empfangen ihre Gäste in direkter Nachbarschaft zur modernen Fast-Food-Gastronomie. Gut sichtbar ist dieser Gegensatz im Stadtteil Asakusa. Vor dem Zweiten Weltkrieg als Unterhaltungsbezirk für Kabuki- und Rakugo-Theater bekannt, hat sich der Stadtteil gewandelt. Inzwischen gibt es dort Fußgängerzonen mit Einkaufsstraßen und Karaoke-Bars. Das moderne Tokio ist nicht zu übersehen. Trotzdem haben Traditionen in Asakusa noch immer einen hohen Stellenwert.
Richtet sich ein Programm an ein internationales Publikum, ist es unverzichtbar, die grafische Oberfläche in verschiedenen Sprachen anzubieten. Diese Anpassung kann im schlimmsten Fall für den Erfolg oder Misserfolg einer Anwendung verantwortlich sein. Neben den benötigten Kenntnissen der Sprache ist die Lokalisierung immer mit einem Aufwand verbunden, den viele Entwickler scheuen oder als nicht gerechtfertigt erachten. Mit SwiftUI wird der Prozess jedoch etwas einfacher.