Сегодня команда WP REST API выпустила вторую бета-версию 12 . Даниэль Баххубер выделил критические изменения в выпуске, которые разработчики захотят переварить перед обновлением. Это включает в себя удаление метаконечных точек из основного плагина в отдельный плагин функций, который теперь доступен на WordPress.org .
В комментарии к нашему освещению продолжающегося обсуждения член команды WP REST API Джо Хойл разъяснил позицию команды в отношении готовности конечных точек к работе ядра:
Для справки, команда REST API поддерживает дальнейшую итерацию существующих конечных точек, прежде чем они будут объединены в ядро. Это может означать ожидание того, что команда API WordPress.com будет использовать эти конечные точки в рабочей среде, или сбор дополнительных отзывов об использовании от других. Я категорически против слияния чего-либо до того, как это будет хорошо проверено и протестировано.
Предложение команды состояло в том, чтобы включить 4 конечных точки контента, когда они будут готовы. У нас был подробный обзор прогресса этих конечных точек, более подробную информацию о том, что, по нашему мнению, еще предстоит сделать, можно увидеть в очереди проблем для вехи 2.0 .
Почему именно эти конечные точки? Потому что они по большей части созависимы. Почтовые отправления без поддержки таксономий не были бы такими полезными.
Хойл также предупреждает, что полное покрытие wp-admin — это монументальная задача, которая может занять еще несколько лет:
Не следует недооценивать стремление к развитию _всех_ функций (где-то около 8-10 полных маршрутов данных). Потребовалось где-то около полутора лет, чтобы привести текущие 4 к тому состоянию, в котором они находятся сейчас, и это было с 2 годами предшествующего искусства от Версии 1.
Как человек, который уже какое-то время занимается этой реализацией, я не могу переоценить, насколько сложной может стать попытка модифицировать согласованный, связный интерфейс на 13-летнем органично выращенном коде и идеях. Я с нетерпением жду возможности стать частью реализации оставшейся (и большей части) функциональности, однако я не хочу мешать пользователям и разработчикам получать выгоду от того, что уже создается еще [несколько] лет.
Хойл подчеркнул, что сейчас команда не предлагает объединять существующие конечные точки, но он считает, что они очень близки.
С выпуском v2 beta 12 Баххубер призвал ведущих разработчиков и коммиттеров WordPress предоставить официальные отзывы в надежде на достижение консенсуса. Учитывая разногласия на недавней встрече , становится ясно, что участники WordPress не были единодушны в том, что представляет собой основную готовность к проекту.
Отзывы участников начинают поступать. Основной коммиттер WordPress Джереми Фелт поделился своими мыслями сегодня в своем блоге :
Я поддерживаю предложение команды REST API объединить конечные точки для основных объектов в WordPress — постов, комментариев, пользователей, терминов — когда они будут готовы.
Когда конечные точки для этих объектов будут готовы, я бы хотел, чтобы они были объединены в начале цикла выпуска.
С этими первичными конечными точками интерфейсные рабочие процессы могут немедленно начать использовать преимущества. Это то, что группы уже делают годами с собственным кодом. Очень важно заставить эти группы использовать одну и ту же структуру.
Основной коммиттер Уэстон Рутер резюмировал свое мнение в твиттере:
Плагин продвигается с регулярными бета-версиями, пока продолжается обсуждение. Разработчикам, которые используют API в бета-версии, необходимо будет продолжать внимательно следить за проектом, поскольку последняя бета-версия вносит изменения в доступные функции. Разработчик 10up Эрик Манн написал в Твиттере о некоторых проблемах, связанных с использованием API в бета-версии :
Мой клиент установил REST API до того, как он включил метаданные. Нам пришлось создать кучу пользовательской работы для поддержки мета. Затем REST API обновился, чтобы включить метаданные, и наша интеграция прервалась. Я потратил несколько часов на рефакторинг, чтобы компенсировать это, чтобы мы могли обновить. Теперь, по-видимому, REST API вытаскивает эту мета-поддержку и помещает ее в отдельный плагин. Тем не менее, люди все еще критикуют меня за то, что я опасаюсь слишком сильно зависеть от стабильности API.
Джо Хойл в настоящее время собирает статистику по проектам, использующим WP REST API v2 в производственной среде . Разработчики, которые начали использовать API, должны были быть гибкими, чтобы приспособиться к его быстрому развитию. В настоящее время команда WP REST API соглашается с тем, что потребуется дополнительная итерация существующих конечных точек, прежде чем объединять их в ядро. Постоянная обратная связь от разработчиков проектов, использующих API, будет иметь решающее значение для демонстрации того, что API был хорошо протестирован.
Поскольку до крайнего срока соблюдения GDPR ЕС осталось всего 178 дней , многие владельцы сайтов…
Команда Gutenberg создаст станцию тестирования удобства использования в WordCamp US, где посетители смогут принять участие…
Сегодня компания 10up опубликовала предварительную версию своего плагина Distributor , нового решения для синдикации контента…
На этой неделе был выпущен Gutenberg 1.8 с несколькими заметными улучшениями, которые предоставят разработчикам плагинов…
На этой неделе был выпущен Gutenberg 15.5 с новыми функциями и улучшениями возможностей полнофункционального редактирования…
DesktopServer выпустил версию 3.8.4 своего программного обеспечения для локальной разработки. Эта версия включает в себя…