Когда виджеты были добавлены в настройщик в версии 3.9, пользователи WordPress в целом были удивлены и восхищены. Предварительный просмотр в реальном времени настолько полезен для опыта редактирования, что участники начинают расширять роль настройщика во всех аспектах WordPress.
Ник Хэлси много работал с настройщиком в рамках своего проекта Google Summer of Code и недавно опубликовал обновление с подробным описанием запланированных улучшений для предстоящей версии 4.0. Компонент Appearance trac теперь переименован в Customize. Разъяснения Холзи терминологии показывают, куда движется проект с точки зрения приоритета настройщика:
Мы переходим к использованию «Customizer», а не «Theme Customizer», так как он не обязательно зависит от темы (хотя в настоящее время он используется в большинстве случаев)… «Customize» может относиться к чему угодно. В этом-то и дело; его можно использовать для настройки любой части сайта. Настройщик можно использовать для чего угодно, и мы хотели бы поощрять эксперименты с различными вариантами использования Настройщика.
WordPress 4.0 будет включать в себя ряд изменений пользовательского интерфейса в настройщике, а также новый API панелей , который позволяет разработчикам группировать элементы управления в разделы.
Предлагаемые изменения настройщика для 4.0 обеспечивают поддержку более широкого набора элементов управления и параметров, чтобы помочь разработчикам расширить его для более разнообразных применений помимо тем. Контекстные элементы управления также включены в список предлагаемых изменений, которые позволяют отображать или скрывать элементы управления в зависимости от страницы, которую просматривает пользователь.
Кладет ли WordPress все яйца в одну корзину с настройщиком?
Усовершенствования настройщика распространяются по всем фронтам. После завершения этой итерации разработчики WordPress вскоре смогут использовать его многими другими способами. Но прилагаем ли мы много усилий для быстрого расширения функции, которая не сможет развиваться по мере изменения сети?
Мэтт Вибе, инженер-конструктор Automattic, недавно написал статью, в которой перечислил некоторые из наиболее важных проблем в развитии настройщика в его нынешнем виде. В его статье подчеркивается сложность использования настройщика на мобильных устройствах, проблемы с производительностью, запутанный пользовательский интерфейс и фундаментальные ограничения его архитектуры:
Это также приложение, управляемое JS, обернутое вокруг общедоступного API только для PHP, что, я думаю, примерно то, что вы ожидаете от раннего набега WP на что-то, управляемое JS. Но эта фундаментальная зависимость PHP делает практически невозможным учет плавного переключения состояния при изменении темы предварительного просмотра: должна произойти полная перезагрузка страницы.
Вибе считает, что некоторые из мелких проблем, которые он описал, могут быть решены с помощью основных изменений, но основные архитектурные проблемы могут оказаться невозможными для решения с обратной совместимостью. Он надеется, что в конечном итоге настройщик сможет использовать грядущий WP API, хотя для этого потребуется масштабная переработка:
Кроме того, в перспективе сам Customizer должен быть клиентским приложением WP-API. Все, что связано с внешним видом сайта, должно быть удалено от API-вызова, а не тесно связано с Настройщиком. Это откроет дверь, скажем, для нативного настройщика на Android или iOS или какой-либо другой платформе, которая еще не существует, но будет важна.
Планируется, что WP API будет включен в WordPress 4.1 , который должен выйти в конце этого года. Между тем, разработка с использованием текущей архитектуры настройщика продвигается вперед.
Хэлси кратко упоминает некоторые из этих вопросов в заключении своего предложения в разделе «Будущая работа». Он ссылается на тикеты, в которых признается, что настройщик не интуитивно понятен на мобильных устройствах и нуждается в некоторой помощи с точки зрения производительности . Связанные с настройщиком билеты , помеченные для будущего выпуска, решают несколько проблем, которые можно решить с помощью основных изменений.
Легко придраться к относительно новой функции в WordPress, у которой не было времени на разработку. Многие участники вложили много сил во все предстоящие улучшения настройщика. Но вопрос здесь в том, является ли эта функция с ее нынешней архитектурой тупиком, пока она не будет полностью реорганизована, чтобы предоставить пользователям на всех устройствах лучший и более удобный опыт редактирования. Не заметаем ли мы слишком много проблем под ковер для будущей работы? Или настройщик сможет развиваться и найти путь вперед через препятствия?
