web-dev-qa-db-de.com

Warum sollte die JSON-API zum Anzeigen der letzten Beiträge verwendet werden?

warum nicht WP_query?

http://www.htmlgoodies.com/beyond/javascript/provide-a-json-feed-from-your-wordpress-site- using-the-json-api-plugin.html , hier, wenn Sie schauen Im Kommentar unten möchte der Typ die letzten Beiträge mit dem JSON-API-Plugin anzeigen

aber warum sich die Mühe machen, wenn Sie es mit WP_query tun können?

2
john-thomas

Die JSON-API ist nur ein Wrapper für WP_Query, der mit RESTful-Endpunkten (add_rewrite_rules) gebündelt ist.

Auf diese Weise können Sie die Produktion beschleunigen, indem Sie ein Framework bereitstellen, das Sie sonst selbst codieren müssten. Wenn Sie benutzerdefinierte Endpunkte erstellen, werden Sie sogar Ihre eigenen QP_Query-Schleifen verwenden!

Die Wahl wird sich wirklich nach den Anforderungen Ihres Projekts richten.

Wenn Sie die Posts auf Ihrer Site anzeigen, verwenden Sie die WordPress-Schleife mit Ihren benutzerdefinierten WP_Querys.

Wenn Sie vorhaben, es als REST-Schnittstelle für andere Websites und Apps zu verwenden, ist der von Ihnen veröffentlichte Artikel genau richtig, da die JSON-API:

  • Bietet stabile Endpunkte (mit Versionen) für andere Dienste, mit denen eine Verbindung hergestellt werden kann
  • Ist sicher und zeitgetestet, im Gegensatz zum Erstellen einer eigenen API, da Sie Schwachstellen einführen können
  • Bietet eine Möglichkeit, Endpunkte programmgesteuert zu finden (Info)
  • Ist kopflos, dh es umgeht das Rendern von Themen und wird schneller

Davon abgesehen ist es nicht unbedingt die richtige Lösung. Die beste Lösung ist immer die, die Sie gut ausführen können.

Weitere Informationen finden Sie in der WP REST-API:

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

Ich hoffe es hilft!

2
Pedro Coitinho

Es gibt überhaupt keinen wirklichen Grund, und die Gründe sind:

  1. sie müssen mehr JS laden, entweder als mehr Code oder noch schlimmer als zusätzliche JS-Dateien

  2. Sie müssen 2 Anfragen an den Server stellen, anstatt einer. Da die Leistung bei der Verarbeitung der JSON-Anforderung in derselben Reihenfolge wie bei der Verarbeitung einer Seite liegt, erfordert jede angezeigte Seite etwa das Doppelte der Ressourcen, die ohne JSON erforderlich sind

  3. Wenn Sie nicht etwas Triviales tun, das genau dem entspricht, was die API bietet, werden Sie nicht viel Code sparen. Wenn Sie beispielsweise einen Metawert zum Sortieren benötigen, müssen Sie noch herausfinden, wie Sie die Daten zur Anforderung hinzufügen können. Dies ist nicht wesentlich einfacher als das Schreiben des Codes wp_query

  4. Das Debuggen von JS-Code in den Browsern ist viel schwieriger als der Code PHP auf dem Server

  5. JS ist zerbrechlich und kann manchmal nicht oder nur langsam geladen werden. Fehler können von Personen verursacht werden, die JS aktiv blockieren (von mir persönlich ignorierte Dateien), sie können jedoch auch durch ein fehlerhaftes Netzwerk verursacht werden, oder die Ausführung wird möglicherweise nie aufgrund einer früheren Ausnahme ausgeführt, die von einem anderen Code stammt.

Nützlich ist es, wenn Sie so etwas wie "Aktuelle Posts" auf anderen Websites bereitstellen möchten, aber es gibt dort nichts Neues, was mit einem iframe und einer wp_query (oder oEmbed) nicht möglich gewesen wäre.

2
Mark Kaplun

Das JSON-Format ist sehr kompakt und intelligent und es ist das native Objektformat für JavaScript.

Wenn Sie JavaScript-Objekte überprüfen, verwenden sie dieses Format zum Deklarieren von Objekten.

XML-Formate sind etwas schwieriger zu analysieren, und dies könnte der Grund sein, sie unter den Teppich zu legen.

Auch wenn Sie CSS überprüfen, ist dies ziemlich nah an JSON, der einzige Unterschied besteht darin, dass Sie ; als Trennzeichen anstelle von , verwenden.

CSV-Formate sind cool, aber immer noch nicht so cool wie JSON.

0
prosti