Сегодня команда 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 не были единодушны в том, что представляет собой основную готовность к проекту.
https://twitter.com/danielbachhuber/status/697067292782235648
Отзывы участников начинают поступать. Основной коммиттер WordPress Джереми Фелт поделился своими мыслями сегодня в своем блоге :
Я поддерживаю предложение команды REST API объединить конечные точки для основных объектов в WordPress — постов, комментариев, пользователей, терминов — когда они будут готовы.
Когда конечные точки для этих объектов будут готовы, я бы хотел, чтобы они были объединены в начале цикла выпуска.
С этими первичными конечными точками интерфейсные рабочие процессы могут немедленно начать использовать преимущества. Это то, что группы уже делают годами с собственным кодом. Очень важно заставить эти группы использовать одну и ту же структуру.
Основной коммиттер Уэстон Рутер резюмировал свое мнение в твиттере:
Плагин продвигается с регулярными бета-версиями, пока продолжается обсуждение. Разработчикам, которые используют API в бета-версии, необходимо будет продолжать внимательно следить за проектом, поскольку последняя бета-версия вносит изменения в доступные функции. Разработчик 10up Эрик Манн написал в Твиттере о некоторых проблемах, связанных с использованием API в бета-версии :
Мой клиент установил REST API до того, как он включил метаданные. Нам пришлось создать кучу пользовательской работы для поддержки мета. Затем REST API обновился, чтобы включить метаданные, и наша интеграция прервалась. Я потратил несколько часов на рефакторинг, чтобы компенсировать это, чтобы мы могли обновить. Теперь, по-видимому, REST API вытаскивает эту мета-поддержку и помещает ее в отдельный плагин. Тем не менее, люди все еще критикуют меня за то, что я опасаюсь слишком сильно зависеть от стабильности API.
Джо Хойл в настоящее время собирает статистику по проектам, использующим WP REST API v2 в производственной среде . Разработчики, которые начали использовать API, должны были быть гибкими, чтобы приспособиться к его быстрому развитию. В настоящее время команда WP REST API соглашается с тем, что потребуется дополнительная итерация существующих конечных точек, прежде чем объединять их в ядро. Постоянная обратная связь от разработчиков проектов, использующих API, будет иметь решающее значение для демонстрации того, что API был хорошо протестирован.
