Зачем использовать JSON API для отображения последних сообщений?

почему бы не WP_query?

http://www.htmlgoodies.com/beyond/javascript/provide-a-json-feed-from-your-wordpress-site-using-the-json-api-plugin.html , здесь, если вы посмотрите на комментарий в внизу парень хочет отображать последние сообщения, используя плагин JSON API

но зачем беспокоиться, когда вы можете сделать это с помощью WP_query?

Solutions Collecting From Web of "Зачем использовать JSON API для отображения последних сообщений?"

JSON API – это всего лишь оболочка WP_Query в комплекте с конечными точками RESTful ( add_rewrite_rules ).

Его способ ускорить производство, предоставив структуру, которую вы в противном случае должны были бы закодировать самостоятельно. Фактически, если вы создадите пользовательские конечные точки, вы в конечном итоге будете использовать свои собственные циклы QP_Query!

Выбор действительно будет соответствовать требованиям вашего проекта.

Если вы показываете сообщения на своем сайте, используйте цикл WordPress с вашими пользовательскими WP_Query.

Если вы планируете использовать его как интерфейс RESTful для других веб-сайтов и приложений, то статья, которую вы опубликовали, находится на месте, потому что JSON API:

  • Обеспечивает стабильные конечные точки (с версиями) для других служб для подключения к
  • Является безопасным и проверенным временем, в отличие от создания собственного API, поскольку вы можете ввести уязвимости
  • Обеспечивает способ поиска конечных точек программным способом (информация)
  • Без головы, что означает, что он обходит любые темы, делая их быстрее

Это, как говорится, не является правильным решением. Лучшим решением всегда является тот, который вы можете выполнить хорошо.

Посмотрите на WP REST API для получения дополнительной информации:

https://wordpress.org/plugins/json-rest-api/

Надеюсь, поможет!

Нет никакой реальной причины, и причины таковы:

  1. вам нужно загрузить больше JS, либо как дополнительный код, либо еще хуже, JS-файлы

  2. Вам нужно сделать 2 запроса на сел вместо одного. Поскольку производительность обработки запроса JSON – это тот же порядок производительности обработки страницы, каждая отображаемая страница потребует примерно вдвое больше ресурсов, которые не привязаны без JSON

  3. Если вы не собираетесь делать что-то тривиальное, что точно соответствует тому, что предоставляет API, вы не собираетесь экономить много кода. Например, если вам нужно некоторое мета-значение для сортировки, вам все равно нужно будет узнать, как добавить данные в запрос, что не намного проще, чем писать код wp_query

  4. Намного сложнее отладить JS-код в браузерах, чем PHP-код на сервере

  5. JS является хрупким и иногда не загружается или медленно загружается. Отказы могут быть вызваны людьми, которые активно блокируют JS (ludits, которые я лично игнорирую), но также могут быть вызваны плохой сетью, или выполнение может никогда не произойти из-за более раннего исключения, которое исходит из какого-то другого кода.

Где это полезно, когда вы хотите предоставить что-то вроде «недавних сообщений» на другие сайты, но нет ничего нового, которое не могло быть сделано с iframe и wp_query (или oEmbed).

Формат JSON очень компактный и умный, и это собственный формат объекта для JavaScript.

Если вы проверяете объекты JavaScript, они используют этот формат для объявления объектов.

XML-форматы немного сложнее разобрать, и это может быть причиной того, чтобы положить их под ковер.

Даже если вы проверите CSS, это довольно чертовски близко к JSON, единственная разница в том, что вы используете ; разделитель вместо.

Формат CSV классный, но все же не такой классный, как JSON.