Устарело для blocks.getSaveElement

Вопрос или проблема

const addWrapper = (el, type, attributes) => {
    if ('myblock/example' === type.name) {
        return <div className={"example"}>el</div>;
    } else {
        return el
    }
};
addFilter('blocks.getSaveElement', 'block/example', addWrapper);

.

Ответ или решение

Вопрос, касающийся устаревания blocks.getSaveElement, может создать сложные проблемы для разработчиков, особенно тех, кто активно работает с редактором блоков WordPress (Gutenberg). Рассмотрим детально этот вопрос и предложим возможное решение.

Теория

В WordPress, и в частности в среде разработки блоков Gutenberg, хуки обеспечивают инструмент для вмешательства в процесс рендеринга блоков. blocks.getSaveElement — это один из таких хуков, позволяющий разработчикам изменять или оборачивать элемент сохранённого блока перед его рендерингом. Это полезно, когда необходимо добавить дополнительные обёртки или изменить структуру HTML-фрагмента блока в зависимости от конкретных задач или требований.

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

Пример

Допустим, у вас есть код, который использует blocks.getSaveElement следующим образом:

const addWrapper = (el, type, attributes) => {
    if ('myblock/example' === type.name) {
        return <div className={"example"}>{el}</div>;
    } else {
        return el;
    }
};
addFilter('blocks.getSaveElement', 'block/example', addWrapper);

Этот код предназначен для добавления дополнительной обёртки <div className="example"> вокруг любого блока с именем myblock/example. Однако, когда блок устаревает и становится частью архива устаревших версий, этот подход может продолжать навязывать те же изменения, что и для актуальных блоков, что зачастую не является ожидаемым поведением.

Применение

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

1. Проверка документации и GitHub-проектов: Вопрос начался с попытки разобраться с документацией о депрекации блоков, которая может быть не всегда полна или понятна с первого раза. GitHub, как в данном примере, является отличным источником дополнительной информации и реальных решений, предложенных участниками сообщества.

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

3. Использование новых API и подходов: Редактор блоков Gutenberg активно развивается, и возможно, что появятся новые API или паттерны, позволяющие более точечно работать с устаревшими блоками. Важно следить за обновлениями документации и обсуждениями в сообществе, чтобы корректировать подходы в соответствии с лучшими практиками.

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