Экспортные пакеты Optimize незаметно стали более сложными. Встроенные (вложенные) блоки в решениях CMS 12 и PaaS не всегда отображались четко, а в SaaS CMS — а вскоре и в CMS 13 — Visual Builder вводит композиции, иерархии макетов и шаблоны отображения сверху. Это обновление Optimizely Package Explorer улучшает поддержку этих сценариев, значительно упрощая проверку и понимание того, что на самом деле находится внутри ваших пакетов.
В предыдущем выпуске мы внесли существенные улучшения в удобство использования и усовершенствования проверки конструкций. Это обновление идет глубже: основное внимание уделяется современным сценариям экспорта в CMS 12, SaaS CMS и предстоящую CMS 13.
Экспортные пакеты раньше были относительно предсказуемыми.
У вас были типы контента.
У вас была недвижимость.
У вас были блоки, на которые ссылались известными способами.
Затем встроенные (вложенные) блоки стали более распространенными, особенно в решениях CMS 12 и PaaS. Несмотря на свою мощь, их не всегда было легко интерпретировать внутри экспортированных пакетов. Вместо четко структурированного контента вы часто видите длинные сериализованные значения, в которых структура подразумевается, а не видна.
Теперь добавьте к этой картине SaaS CMS, а вскоре и CMS 13.
Благодаря Visual Builder контент больше не является просто свойствами и ссылками. Его:
- Композиции
- Разделы, строки и столбцы
- Вложенные элементы
- Встроенные блоки внутри структурированных макетов
- Шаблоны отображения, определяющие поведение элементов
Гибкость фантастическая для редакторов.
Но внутри пакета экспорта эта гибкость выражается в многоуровневых структурах JSON и встроенных элементах, которые не всегда очевидны на первый взгляд.
Если вы выполняете отладку, проверяете экспорт, готовите миграцию или просто пытаетесь понять, что же на самом деле было создано — вам нужна ясность, а не догадки.
Именно этому посвящено данное обновление.
Встроенные блоки — теперь отображаются правильно
Встроенные (вложенные) блоки существуют уже давно, особенно в CMS 12 и решениях на основе PaaS. Они эффективны, поскольку редакторы могут создавать богатый, структурированный контент непосредственно внутри таких свойств, как ContentArea.
Проблема?
Внутри экспортных пакетов эти встроенные блоки не всегда было легко проверить.
Вместо четко структурированных вложенных элементов вы часто оказывались перед глазами сериализованных значений, где фактическая иерархия была скрыта внутри разметки или встроенного JSON. Технически правильно, но не совсем читабельно.
В этом выпуске улучшен анализ и представление встроенных блоков.
Встроенные блоки теперь:
- Извлечены и отображены как правильные вложенные элементы.
- Представлены в четкой иерархической структуре
- Легче расширять, проверять и проверять
- Визуально отделен от окружающих объектов недвижимости
Теперь вы можете увидеть, что на самом деле находится внутри области контента, без необходимости перепроектировать это в своей голове.
Композиции и макет — понимание структур Visual Builder
В Optimizely SaaS, а вскоре и в CMS 13, Visual Builder представляет более композиционный подход к контенту.
Вместо свойств и блоков, на которые имеются ссылки, теперь у вас есть структурированные макеты, состоящие из:
- Разделы
- Строки
- Столбцы
- Компоненты
- Вложенные элементы внутри этих компонентов
В пакетах экспорта эта структура обычно представлена в виде макета JSON. Да, мощно, но не всегда сразу читаемо.
Это обновление улучшает интерпретацию и отображение этих структур макета в проводнике пакетов.
Вместо просмотра необработанных определений макета теперь вы можете перемещаться:
- Общая структура композиции
- Отдельные разделы и их назначение
- Вложенные строки и столбцы
- Компоненты, размещенные в каждой области макета
Иерархия становится видимой, а не подразумеваемой.
Детализация отдельных элементов
Речь идет не только о просмотре структуры макета.
Вы также можете детализировать отдельные элементы внутри композиции и проверять их фактические данные — заголовки, субтитры, настройки фона, ссылки и другие свойства элемента.
Это особенно полезно, когда:
- Отладка неожиданного поведения макета
- Проверка того, какие редакторы настроены
- Подготовка миграций
- Перестроение макетов в другой среде
Вместо того, чтобы гадать, как был настроен компонент, вы можете напрямую проверить данные элемента.
Новое и улучшенное представление шаблонов отображения
Visual Builder не просто определяет структуру. Это также определяет поведение.
Шаблоны отображения управляют тем, как отображаются элементы, какие существуют варианты и как компоненты ведут себя в разных контекстах. В SaaS CMS — и в дальнейшем с CMS 13 — это становится важной частью понимания решения.
Раньше данные шаблона отображения были доступны, но их не всегда было легко просмотреть.
В этом выпуске представлено более четкое и специализированное представление шаблонов отображения.
Вместо того, чтобы копаться в сырых определениях, вы теперь получаете:
- Структурированный обзор доступных шаблонов
- Четкая видимость настроек элемента и значений по умолчанию.
- Лучшее понимание того, как шаблоны связаны с типами контента.
- Более целенаправленный контроль в целом
Для разработчиков и архитекторов это важно, когда:
- Проверка настройки элементов
- Отладка несоответствий рендеринга
- Понимание структуры реализации SaaS
- Подготовка миграций или рефакторинга
Это делает область, которая становится все более центральной в современных настройках Optimizely, более наглядной.
В конечном итоге это означает просто: экспортные пакеты больше не являются чем-то, что вам нужно мысленно реконструировать.
Когда встроенные блоки четко вложены, композиции структурированы иерархически, а шаблоны отображения видны в контексте, пакет начинает отражать реальную архитектуру решения.
Вы можете увидеть, как была составлена страница.
Вы можете увидеть, как были настроены элементы.
Вы можете увидеть, как связаны структура и поведение.
Это полезно при отладке макета, который ведет себя не так, как ожидалось. Это полезно при проверке экспорта SaaS перед миграцией. И это особенно ценно при рассмотрении решения, созданного другой командой, и попытке понять стоящие за ним архитектурные решения.
Современные настройки Optimizely более гибкие, чем когда-либо. Инструменты, используемые для их проверки, должны соответствовать требованиям.
Эта версия Package Explorer — шаг в этом направлении.
Попробуйте это
Если вы работаете с CMS 12, PaaS, SaaS CMS или готовитесь к CMS 13, попробуйте:
👉 Попробуйте живую демо-версию: https://codeartdk.github.io/CodeArt.Optimizely.PackageExplorer/
⭐ Отметьте проект на GitHub: https://github.com/CodeArtDK/CodeArt.Optimizely.PackageExplorer
📖 Прочтите предыдущее обновление: https://www.codeart.dk/blog/2025/11/optimizely-package-explorer-now-with-extra-superpowers/
Он имеет открытый исходный код, полностью работает в браузере и продолжает развиваться вместе с платформой.
По теме
