REST API Uygulamaları Geliştirme – Bölüm 2: Verilerimizi Ekleme ve Test etme

Tanıtım makalemizden devam etmek, şimdi API REST serimizde işe gitme ve son başvurumuzun temelini oluşturmaya başlama zamanı. Yerel WordPress kurulumuna bazı temel verileri girerek başlayacağız ve daha sonra bazı arka plan kavramlarını ve bir dizi genel seçeneği keşfetmeye başlayacağız. Bunu, teknik olmayan kullanıcıların onu takip etmesini kolaylaştıran bazı pratik araçların yardımıyla API REST’nin temelini okuma ve yazma işlevselliğini test ederek yapacağız. Bu oturumun sonunda, API dinlenmesinin gerçekte ne yaptığına dair iyi bir fikre sahip olmalıyız, bununla yerel olarak etkileşime girebileceğimizden ve yaklaşan eğitimde bir sonraki seviyeye getirmek için iyi durumda olacağımızdan emin olmalıyız.
Burada kullanılan yerel ayarların kısa bir resmiyle başlayalım. Yerel WordPress Ayarlarımız Tema olarak yirmi on altı ile yüklü olan OSX’e yeni bir yerel WordPress 4.5.3 kurulumu çalıştırıyorum – bu vanilya! Yapacağımız içeriğin çoğunu sağlayacak kişinin onuruna, yerel URL http://walden.dev/’dir. Ayrıca permallkimi aşağıda gösterildiği gibi yalnızca yazı adını kullanacak şekilde ayarladım.

Kolay bir yaşam için, en fazla üç yerel WordPress kurulumunu kolayca yönetmenizi sağlayan masaTopserver’ın ücretsiz bir sürümünü kullanıyorum. Bu, yerel web sunucularının yüklenmesini ve ana bilgisayar dosyaları ve benzerleri ile perde arkası olan bir dizi diğer potansiyel yapılandırma hatasını işler.

Desktopserver her şeyin basit tutmasına yardımcı olur. Yerel WordPress ortamınızı elle yönetmeyi tercih ederseniz, bunu Mac’te yapmak için talimatlar ve Nick Schaherhoff’dan Windows’u tork olarak bulabilirsiniz. Adil Uyarı: Bunu ilk kez yapmaya çalışıyorsanız, sorun yaşarsanız biraz sabır ve azim uygulamaya hazır olun! Ayrıca Goodreads’e baktım ve sitede bir dizi Henry David Thoreau’dan bir yazı olarak bir dizi alıntı içeriyor. Yani, bu aşamada bir sitemiz ve çalıştırıyoruz ve içine bazı içerikler yükleniyor. API Rest’i görmeye geçelim. API REST eklentisini yazma sırasında yükleme, geri kalan ateşi hala sadece bir eklenti olarak mevcuttur, bu yüzden başka bir şey yapmadan önce yüklemeliyiz. Hiçbir şeyi düşünmek zor değil – doğrudan arkadan yükleyebilirsiniz. veya .zip biçiminde manuel olarak yükleyin.
Şimdiye kadar yangın dinlenmesinin geliştirilmesi etrafında nefes nefese olan tüm heyecanla, eklentiyi gerçekten etkinleştirdikten sonra havai fişek ve boğuk tezahürat bekleyebilirsiniz, ancak bu çok basit bir varış. Her şeyin çalıştığından emin olmak için gerçekten harekete geçmeliyiz.

Bu aktif mi? Bir saniyede daha fazla teknik ayrıntıyı tartışacağız, ancak yapılacak ilk şey, eklentinin site içeriğimizin yolu açması. Artık sitedeki verilere doğrudan HTTP istekleri aracılığıyla erişebilmeliyiz (yani tarayıcıda doğru URL yazırsak, yapılandırılmış JSON verilerinin döndürüldüğünü göreceğiz). Bunu kısaca hızlı ve kirli bir şekilde test edelim. Yerel URL’miz http://walden.dev/. Belgenin ön sayfasına göre, gönderme listesini geri yüklemek kolay olmalı. İddiayı test edelim ve http://walden.dev/wp-json/wp/v2/posts adresini yazarak bir gönderme listesi isteyelim. .
Kalkışımız var! Bu, tarayıcıda biraz dağınık görünebilir, ancak API REST aracılığıyla bilgi istemeyi ve yanıt olarak yapılandırılmış veri almayı başardık. Eklenti kuruldu ve işlevler – en azından çok temel bir seviyede – ne yapmalı. Şimdi, az önce yaptığımızın etrafındaki boşluğu doldurmak için doğru zaman. API dinlenme gerçekte ne yapılır? API’nin tam olarak ne olduğu ile başlayalım. Uygulama Programlama Arabirimi (API), yalnızca uygulama verileriyle programlanmış etkileşim kurmak için belgelenmiş talimatların bir koleksiyonudur. Bu, bir yazılımın diğeri ile konuşmasına izin verdiğini söylemenin iyi bir yoludur. REST API, uygulamanın girip çıkmasıyla ilgili belirli kuralları izleyen bir yangın türüdür.

Aşağıdaki videoda iki kavramın ne anlama geldiğine dair çok iyi bir özet var. Todd Fredrich API REST API öğretici serisi, daha derine dalmak istiyorsanız başka bir iyi kaynaktır. API ile etkileşim kurma şekliniz HTTP Web’in isteği ile. Sunucuya bir istek gönderirsiniz ve yapılandırılmış bir yanıt alırsınız. Genellikle isteğiniz alınması gereken eylemler istiyor ve yapmak isteyebileceğiniz dört standart şey var:

Gönderi (CREATE)
Get (r etrieve)

Koy (u pdate)
Sil (D Sil)
Crud kısaltmaları genellikle bu eylem serisini tanımlamak için kullanılır ve ortalama site veya uygulamada yapmaya çalışabileceğiniz şeylerin çoğunu kapsar. Bu eylem çeşitli kaynak türleri üzerinde gerçekleştirilir – gerçekleşmesini istediğimiz bir şey veya nesne.
WordPress durumunda, REST API (yazma sırasında) on bir farklı WordPress nesnesi ile etkileşim kurmamızı sağlar:
Gönderiler
Revizyon görevi
sayfa
Medya
Gönderi türü
Durum Sonrası
Yorum
Taksonomi
Kategori
Etiket
Kullanıcı
Neredeyse sadece bu dizide yayınlamak için yapışacağız, ancak belgelerin kendisinin dediği gibi, “Büyük olasılıkla, WordPress ile yapabiliyorsanız, WP API bunu yapmanıza izin verecektir.” Tüm bunları göz önünde bulundurarak, yerel sitemizde biraz daha lastikleri tekmeleyelim. Birkaç basit yerel test yapmak için temel kabuktan geçerek, Chrome Postman uzantısını kullanacağız. Bu, herhangi bir kod yapmak zorunda kalmadan doğrudan ateşle etkileşim kurmamızı sağlayan pratik bir araçtır (kolay restoran Firefox’ta aynı şeyi yapar). Postman’ı bazı CRUD çekirdek işlevlerini hızlı bir şekilde test etmek ve her şeyin işlev gördüğünden emin olmak için kullanacağız. Chrome Postman Uzantısı, API’nın geri kalanını hızlı bir şekilde test etmemize yardımcı olur. Temel toplama işlevinin çalıştığını biliyoruz, ancak bir yayın arayarak tekrar kontrol edelim. Referans belgelerinin bir yayınını geri almak bize GET ve ID gönderileri için bunu yapabileceğimizi gösterir: GET/WP/V2/Posts/. Post ID 4 yerel bir sitede favorim oldu, bu yüzden Postman’a koydum:
PRESTO! REST API, ebedi bilgeliğin bazılarını yükseltir ve verilerin çeşitli kısımları postacı arayüzünde iyi parçalanır. Şimdi nasıl bir gönderi yapacağınıza bakalım. Bu kısa sayıyı eklemek istiyorum: “Önemli olan gördüğünüz şey değil, gördüğünüz şey.”
Aradaki Elang gözleri, yukarıdaki ekran görüntüsünde Yetkilendirme sekmesi altında kimlik doğrulama olmadığını söyleyen bazı metinler göreceksiniz. Yazılı işlemleri içeren talepler (yani yapım, yenileme ve kaldırma) için kimlik bilgilerimizi kanıtlamalıyız. Hızlı bir testi izni olmadan denersek, kapıyı gösterme hakkımız var: Kimlik doğrulama yangın dinlenmesiyle ayrı bir konudur, ancak işleri yerel olarak test etmek için, geçmemizi sağlamak için yararlı olan temel bir yazar eklentisini kullanacağız. Sanal Muhafızlar. Bu, Postman aracılığıyla standart giriş bilgilerimizi kullanmamızı sağlar. Aşağıdaki örnekte, yazı üzerinden yeni bir teklifin içeriğini ve başlığını geçtim.
Postacı tarafında işler iyi görünüyor, ancak emin olmak için arkaya girelim:

Yaşasın! İşe yaradı! Taslağa ayarlanan durumu göreceksiniz, çünkü bir yangın çağrısı ile belirlemeyi unuttum. Okuyucunun yangının kendisinden nasıl değiştirileceğini öğrenmesi için bir egzersiz olarak bırakacağım. Postman kombinasyonu, ilgili restoran dinlenme belgeleri ve temel kimlik eklentisi bir çözüm bulmanıza izin verecektir! Sonuç Kısa sürede birçok şeyi tartıştık ve daha teknik olmayan kullanıcıların doğrudan yangın dinlenme ile hızlı bir şekilde etkileşime girmesi için bazı pratik yollar sunduk. Şimdiye kadar neler yaşadığımızı gözden geçirelim:

Basit bir yerel kurulum hazırlayın ve içeriği doldurun.
API restoran eklentisini etkinleştirme ve çalıştırma ve gerçekten erişilebilir olduğundan emin olun.

Genel olarak dinlenme dinlenmesinin temel kavramlarını ve bunun WordPress’te ne kullanılabileceğini içerir.

REST API ile WordPress’ten gelen ve veri alabileceğimiz ve veri alabileceğimiz doğrulandı. Bu iyi bir başlangıç ve daha fazlası gelecek.Verilerimizle etkileşim kurmak için kullanabileceğimiz ön uç çözümü aramaya başlayacağımız bir sonraki taksit için sabırsızlanıyoruz.Her zamanki gibi, sorularınız veya düşünceleriniz varsa, aşağıdaki yorumlarla iletişime geçin!

REST API Uygulamaları Geliştirme - Bölüm 2: Verilerimizi Ekleme ve Test etme