Ich habe festgestellt, dass Android, WPF und Silverlight alle einem Layout-Muster mit zwei Durchgängen folgen. Es gibt eine rekursive Measure() -Methode, die aufgerufen wird, um das Element möglicherweise mehrmals zu skalieren. Dann wird eine rekursive Layout/Arrange() -Methode aufgerufen, die die genauen Positionen der untergeordneten Elemente in ihrer übergeordneten Steuerung festlegt und außerdem die endgültige Größe des Steuerelements festlegt.Zwei-Pass-UI-Layout: Warum?
Meine Frage: Warum ist das in zwei Durchgänge aufgeteilt, vor allem, wenn für einige Arten von Steuerelementen Measure() nicht die tatsächliche Größe eines Steuerelements berechnen kann, ohne die Positionen der Kinder tatsächlich zu legen? Gibt es eine Art von Layout-Minderheit, die dadurch ermöglicht wird?
Ich versuche, meine eigene UI-Toolkit zu erstellen, und ich bin derzeit auf ein One-Pass-Layout() Muster gelehnt, aber ich möchte überzeugt werden, ob das weise oder nicht ist.
Dank dieses für das Lese :)
Sean
Es ist das letzte Bit, "schließlich informiert jedes Element seines zugewiesenen Speicherplatzes", das ist der wichtige Teil. Der Widget-Manager lässt die Größe der Steuerelemente nicht zu, sondern lässt sie nur Hinweise geben. – moswald
Hmm .. Ich bekomme, wie Kinder über die Größe gierig sein können, die ihnen zugeteilt wird, und dann ist es an den Eltern, die richtige Menge an Speicherplatz zu verteilen. Sie können dies jedoch in einem Single-Pass-Algorithmus erreichen, indem Sie für jedes Kind ein measure() und anschließend für jedes Kind ein endgültiges Layout() erstellen, das sich alle unter dem Aufruf layout() des Elternteils befindet. Dies wäre immer noch eine einzelne Rekursion des Baumes, aber mit zwei Durchgängen für jede Gruppe von Kindern. Habe ich recht, wenn ich bedenke, dass damit das gleiche Ziel erreicht wird wie mit dem Two-Pass-Ansatz, aber weniger effizient? – Sean
Aus der Perspektive des Großelterns ist der Elternteil nur ein weiteres Kind, das er messen möchte() und das Layout(). ;) – Bubblewrap