Мир, в котором разработка блоков представляет собой всего лишь систему шаблонов без процесса сборки?

Что, если бы разработчики WordPress жили в мире, где мы могли бы создавать шаблоны на основе PHP, которые выводили бы данные во внешнем интерфейсе и обрабатывали бы редактируемые поля через редактор блоков? Или у нас была система, в которой мы могли создавать блоки без этапа сборки?

Хотя есть много причин, по которым современный редактор WordPress еще не подходит для всех, одним камнем преткновения является создание пользовательских компонентов интерфейса. Экосистема имеет богатую историю создания индивидуальных решений для клиентов с использованием PHP. По большей части это были настраиваемые мета-поля и поля формы на классическом экране редактора. Когда WordPress 5.0 был запущен со своим редактором блоков, он перевернул мир с ног на голову, часто оставляя агентств и фрилансеров без возможности двигаться вперед, не выделяя огромные ресурсы на изучение React для создания блоков или взаимодействия с новым экраном редактирования.

Решение? Придерживайтесь того, что знаете. Это было дешевле и, похоже, уже хорошо справлялось со своей работой.

Когда мы говорим об окне поддержки для плагина Classic Editor , проекту WordPress нужны люди, которые предоставят инструменты для этого сегмента экосистемы, если он когда-либо планирует взять их с собой в поездку. Такие решения, как ACF Pro и Genesis Custom Blocks, устранили некоторые технические пробелы. Однако при использовании рендеринга на стороне сервера в редакторе блоков пользовательский интерфейс может быть ниже среднего. Этот метод хорошо работает для некоторых типов блоков, но не для всех. Нам нужно сделать еще один шаг.

Марк Джакит, ведущий разработчик WordPress, поделился несколькими вопросами от Хелен Хоу-Санди, другого ведущего разработчика, по поводу этой идеи и базовой концепции того, как это может выглядеть .

После этого Хоу-Санди опубликовала подробный пост о концепции , но отметила, что это всего лишь исследовательский этап.

«Редактор блоков WordPress на основе React (иногда называемый Gutenberg) – это мощный инструмент для редактирования WYSIWYG, который продолжает оставаться где-то между« лежачим полицейским »и препятствием для давних разработчиков WordPress, которые исторически были более ориентированы на PHP. », – написала она в своем посте.

Если вы разработчик WordPress, есть немалая вероятность, что вы подумаете: « Ага, я несколько раз сталкивался с лежачими полицейскими и врезался в это препятствие». Это вряд ли новость для вас. Что может начать завоевывать сердца и умы, так это признание и понимание того, где большая часть проблемы заключается в индивидуальной разработке.

«Используя знакомые части шаблонов на основе PHP и создавая мост, который демонстрирует мощь React в сочетании с разметкой и стилем, уже сделанными для внешнего интерфейса, мы можем исключить дублирование кода, помочь демистифицировать критическую роль JavaScript в модернизации WordPress, и он служит для разработчиков, ориентированных на PHP, средством создания захватывающих и восхитительных возможностей редактирования предварительного просмотра 1: 1 в реальном времени », – написал Хоу-Санди.

Все это сводится к процессу, по сути, написанию некоторого кода шаблона, который работает как в интерфейсе, так и в редакторе без всех сложностей, связанных с текущей настройкой и сборкой блоков. Это захватывающая перспектива, о чем свидетельствуют многочисленные лайки, ретвиты и ответы на твит Жакита.

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

Руководитель проекта Gutenberg Матиас Вентура ответил Бену Гиллбанксу в той же ветке Twitter, что это определенно то, что они рассматривали. «С точки зрения ядра, мы должны были гарантировать, что примитивы и интерактивность не скомпрометированы, но нет никаких причин, по которым это должно подразумевать полную цепочку инструментов JS для более простых блоков. Снижение входного барьера важно ».

Как и некоторые другие, Гиллбанкс считал, что такая система с самого начала упростила бы переход для разработчиков, ориентированных на PHP . Однако, по словам Вентуры , в то время проект к этому не был готов .

«Сложно сделать что-то подобное с самого начала, пока целевые API компиляции не станут достаточно надежными», – написал он в Твиттере. «Мы приближаемся к тому моменту, когда многие интерактивные свойства группируются в примитивы и компоненты, что делает использование шаблонов более привлекательным».

Разработчик Automattic Риад Бенгелла поделился аналогичным решением на прошлой неделе, запустив проект Blocky на GitHub. С его подходом разработчики используют block.jsonфайл для создания шаблона или компонента представления и запускают его через простой этап сборки для генерации кода блока.

Хотя еще рано надеяться и мечтать, может быть немного преждевременно начинать серьезно думать о том, появятся ли такие инструменты в ядре WordPress. Тем не менее, стоит обратить внимание на то, что некоторые ведущие разработчики WordPress и Gutenberg хотя бы открыто говорят о решениях.