👀 Автор пробует новый
ArrangementView в Xcode 27.1 и приходит к следующей мысли - API полезен, но не для всего подряд. Он не просто размещает два произвольных вида; это контейнер, который объявляет правила отношений между ними и решает, что показать и где, опираясь на доступное пространство, соотношения сторон и специальные области устройства (например, разделитель у iPhone Duo). Поэтому важно сначала продумать семантику контента - кто у вас «главный», кто - «второстепенный», какие данные или взаимодействия могут временно скрываться и как их восстановить.🟢 Во-первых, понятия
primary/secondary меняют смысл в split и в overlay: в split primary - тот, что остаётся видимым при сжатии, а в overlay primary - тот, что сверху. Это может привести к несоответствию ожиданий при переключении режимов. 🔴 Во-вторых, контейнер даёт только фрагменты информации о финальном расположении (ось сплита, z индекс, зарезервированные области), но не единое состояние «что пользователь видит сейчас», поэтому приложению иногда придётся самому реконструировать логику видимости и состояния.
ℹ️ И наконец, у
ArrangementView есть «сладкое место» - сложные сценарии с разделителями и складными экранами (iPhone Duo): там он избавляет от громоздких ручных вычислений. Но если отношения между видами не ясны или переключение режимов - важная часть продукта, проще начать с HStack/VStack/ZStack или навигационных контейнеров.