Огромный сборник статей от WPTec для начинающих

Мнение

Не создавайте плагины блоков для WordPress, пожалуйста

Несколько дней назад мне попалась небольшая библиотека блоков. Как всегда, мне было интересно посмотреть, что принес этот новый плагин. Удивит ли меня блок, которого раньше не делали? Представит ли он новый взгляд на некоторые старые идеи? Или это будет тот же самый старый набор блоков, который есть в любом другом комплекте блоков? Независимо от того, что он предлагал, я все равно был счастлив попробовать это.

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

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

Проблема была в том, что это казалось слишком знакомым.

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

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

Сегодня проект WordPress и его блочная система продвигаются к укреплению этого различия.

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

Система блоков установила четкую линию на песке. Он устранил необходимость в коротких кодах – скатертью дороги – и скоро прекратит использование виджетов. Блоки должны уложить эти старые вопросы в постель.

Для ясности, есть небольшая разница между объединением блоков с темой и созданием отдельного плагина, который работает только с определенной темой. Конечный результат такой же. Такой плагин заблокировал бы пользователя, чтобы он придерживался этой темы, если бы он вообще полагался на плагин. Мало кто поддерживает один и тот же внешний вид навсегда.

Цель состоит в том, чтобы позволить пользователям переключать темы по желанию, имея доступ к своему контенту и блокам.

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

Решение для тем – использовать шаблоны или стили блоков . Предположим, вы хотите создать слайдер или карусель как автор темы. Для этого есть несколько решений. Первый и самый простой – просто порекомендовать плагин пользователям или создать собственный плагин, который будет работать с любой темой. Вы также можете легко добавить стиль слайдера для блока Галерея. Когда пользователь выбирает его, он превращает галерею в слайдер.

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

Решение состоит не в том, чтобы объединять блок в тему или создавать плагин, который работает только с этой одной темой.

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

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

Однако, если тематические компании продолжат создавать тематические блоки, мы просто тащим с собой багаж, который система блоков призвана оставить позади.

 

Рекомендуем прочитать
Мнение

Плагин Delete Me для WordPress помогает владельцам веб-сайтов предоставить право на забвение GDPR

Мнение

Команда Gutenberg наращивает юзабилити-тестирование в WordCamp US

Мнение

Плагин распространителя теперь в бета-версии: новое решение для синдикации контента WordPress от 10up

Мнение

Gutenberg 1.8 добавляет большую расширяемость для разработчиков плагинов

Подпишитесь на рассылку
и будьте в курсе новостей Wordpress

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *