Двухпроходный интерфейс: почему?

Question

Я заметил, что Android, WPF и Silverlight следуют шаблону двухпроходного макета. Существует рекурсивный метод Measure(), который вызывается для определения размера элемента, возможно, несколько раз. Затем вызывается метод рекурсивного Layout/Arrange(), который определяет точное положение детей в своем родительском элементе управления и также устанавливает конечный размер элемента управления.

Мой вопрос: почему это разделение на два прохода, особенно если для некоторых типов элементов управления Measure() не может вычислить фактический размер элемента управления, фактически не выкладывая положения детей? Есть ли какой-то тип макета меньшинства, который стал возможным благодаря этому?

Я пытаюсь создать свой собственный инструментарий для пользовательского интерфейса, и в настоящее время я склоняюсь к шаблону Layout() с одним проходом, но я хотел бы убедиться, что это разумно или нет.

Спасибо за чтение этого :)

Шон

Answer 1

Причиной двух проходов является то, что любой элемент в структуре может влиять на оставшееся доступное пространство остальных.

Некоторые элементы хотят использовать максимально возможное пространство, в то время как другие имеют фиксированные размеры. Вы также можете иметь элементы с максимальной шириной. Он создает уравнение, которое невозможно решить за один проход.

Различные панели в иерархии задают элементы, какой размер им нужен в первом проходе, а затем распределяют пространство между ними в соответствии с природой каждой панели и, наконец, информируют каждый элемент его выделенного пространства.

EDIT: еще несколько объяснений

Основной недостаток одного макета прохода является то, что вы обращаетесь каждый элемент последовательно. Первый элемент занимает определенное пространство, а остальные - остальные. Почему этот элемент первый? Попробуйте свой алгоритм с другим порядком элементов, и у вас будут разные результирующие макеты.

Двухпроходный макет моделирует параллельное поведение, при котором каждый элемент влияет на весь макет.