UI Güncellemeleri Üzerinden HTTP Fiillerinin Anlaşılması

Birden Fazla HTTP Fiilinin Önemi

1:17'de Tim, işlevsel bir Postman klonunun sadece GET isteklerini desteklemekten daha fazlasını neden desteklemesi gerektiğini açıklar. Bir GET yöntemi, bir sunucudan veri veya bilgi almak için kullanılır, sunucunun durumunu etkilemeden, diğer HTTP metotları olan POST, PUT ve PATCH bir kaynağı değiştirir veya yeni bir kaynak oluşturur.

Örneğin:

• POST yöntemi, belirtilen bir konumda yeni bir kaynak oluşturmak için sunucuya istek verileri gönderir.

• PUT yöntemi, belirtilen konumdaki tüm kaynağı değiştiren yinelemeli bir istek olmasını sağlar.

• PATCH yöntemi, mevcut bir kaynakta kısmi değişikliklere izin verir.

• DELETE yöntemi, belirtilen bir kaynağı kaldırır.

Tim, bu HTTP istek yöntemlerini doğru bir şekilde desteklemenin, Postman klonunun REST API'leri, RESTful API'leri ve gerçekçi istek verileri ve yanıt gövdesi davranışları ile diğer web hizmetlerini idare edebilmesini sağladığını belirtir.

UI'ya HTTP Fiil Açılır Liste Eklemek

Tim, API giriş kutusunu bir açılır liste (combo box) için HTTP fiillerini seçme alanı yapmak üzere boyutunu değiştirerek UI'yi geliştirmeye başlar. GET ve POST'u şimdilik sabit kodla adlandırır (2:42).

Tim, bunun neden yeterli olduğunu açıklar: HTTP fiilleri HTTP spesifikasyonunda standartlaştırılmıştır ve nadiren değişir. Statik bir liste kullanmak, gereksiz karmaşıklığı önler ve özellikle TRACE, CONNECT ve OPTIONS gibi fiiller basic Postman klonunda nadiren gerekli olduğundan hızlı performans sağlar.

Dropdown Davranışını Yapılandırmak

Bir anahtar UI detayı, Tim, kullanıcıların yalnızca geçerli HTTP istek yöntemlerini seçebilmesi için açılır liste stilini düşme listesi olarak değiştirme üzerinde (4:47) açıklar. Bu, hataları önler ve uygulamanın bir GET isteği, POST isteği veya daha sonra PUT, PATCH veya DELETE isteği olup olmadığını doğru bir şekilde yorumlar.

Ayrıca, DELETE veya PATCH gibi daha uzun fiillere uyacak şekilde açılır liste genişliğini ayarlar, düzeni bozmadan (5:51–7:27). Bu detaylara gösterilen özen, hem açıklayıcı hem de işlevsel olan profesyonel bir web uygulama UI'si sağlar.

Gövde ve Sonuç Sekmesi Sunmak

7:57'de Tim, istek gövdesi girişi ve API yanıtlarını yönetmek için bir sekme kontrolü ekler. Bu, gövde ve sonuçları ayrı sekmelere ayırır:

• Gövde Sekmesi: Kullanıcının JSON verileri göndererek, bir POST yöntemi veya PUT isteği aracılığıyla sunucuya veri gönderilmesine izin verir.

• Sonuçlar Sekmesi: Sunucu tarafından döndürülen yanıt gövdesini, HTTP durum kodları ve döndürülen herhangi bir veriyi görüntüler.

Bu tasarım, istek gövdesindeki hassas verilerin alınan bilgilerden net bir şekilde ayrılmasını sağlar ve RESTful API'ler için birden fazla HTTP yönteminin temiz bir şekilde işlenmesini destekler (8:00).

Giriş ve Çıkış Metin Kutularını Ayırt Etmek

Tim, gövde metin kutusu ve sonuçlar metin kutusu arasındaki farkı vurgular (12:16). Gövde metni, kullanıcıların istek verilerini yazabilmesi için düzenlenebilir, sonuç metni ise sunucu yanıtının yanlışlıkla değiştirilmelerini önlemek için salt okunur.

Ayrıca, Çıktı sekmesini "Çıktı" yerine Sonuçlar olarak yeniden adlandırır, açıklığı artırmak için. Bu basit adlandırma, aynı isteklerin veya GET, PUT ve DELETE gibi yineleyici yöntemlerin işlenmesi sırasında HTTP fiil listelerini daha sezgisel hale getirir (12:44).

GET İsteklerini Test Etme

Tim, GET istekleriyle UI'nin doğru çalıştığını gösterir. Bir URL yapıştırarak ve GET'i seçerek, kullanıcı sunucudan verileri alır, bu da Sonuçlar sekmesinde görünür. Bu süreç, web uygulamalarının bilgi almak veya bir kaynağın var olup olmadığını doğrulamak için bir web sayfasıyla ya da web hizmetiyle nasıl etkileşimde bulunduklarını yansıtır (13:22).

Birden fazla GET isteğinin veya aynı GET isteğinin tekrarlanmasının, kaynağın durumu değişmediği sürece aynı bilgiyi alacağını ve GET'in güvenli yöntem özelliğini vurguladığını belirtir (14:00).

Temizleme ve Varsayılanları Ayarlama

14:34'te Tim, açılır listeyi temizler ve varsayılan seçimi GET olarak ayarlar (16:05). Bu, kullanıcıların hemen geçerli bir HTTP istek yöntemi görmelerini sağlar, karışıklığı önler.

Ayrıca, kullanıcı "Git"e tıkladığında, uygulama otomatik olarak Sonuçlar sekmesine geçer, pürüzsüz bir deneyim sağlar. Bu, tekrar eden istek senaryolarını ele alma ve birden fazla aynı isteklerin tutarlı yanıt gövdeleri üretmesini sağlar (17:02).

POST İsteklerine Hazırlık

Tim, UI artık GET ve POST'u desteklemesine rağmen, bir POST yöntemi kullanarak veri gönderme işlevselliğinin hala uygulanması gerektiğini açıklar. Gövde sekmesi, kullanıcıların istek verilerini, var olan bir kaynağı değiştirmek veya belirtilen bir konumda yeni bir kaynak oluşturmak için POST, PUT veya PATCH isteklerini simüle etmek üzere girmelerine izin verir.

Öğrenicilere bu uygulamayı bir praktik meydan okuma olarak kullanarak JSON istek gövdeleriyle deney yapmalarını ve JSONPlaceholder gibi hizmetlere, uygulama için GET ve POST isteklerini destekleyerek testing yapmalarını teşvik eder (20:11).

Belirgin Çıkarımlar

Tim Corey'nin videosu web uygulamalarında HTTP fiillerini ve HTTP istek yöntemlerinin önemini vurgular:

• GET yöntemi: Bir sunucudan veri alınsa bile kaynağın durumu değiştirilmez.

• POST yöntemi: Sunucuya yeni bir kaynak oluşturmak için veri gönder.

• PUT yöntemi: Tüm kaynağı (idempotent istek) değiştir.

• PATCH yöntemi: Mevcut bir kaynakta kısmi değişiklikler uygula.

• DELETE yöntemi: Belirtilen bir kaynağı kaldır.

• HEAD, OPTIONS, TRACE, CONNECT yöntemleri: İletişim seçenekleri veya mesaj döngüsüne geri test yetenekleri sunar.

Tim'in yaklaşımı, iyi tasarlanmış bir UI'nin, HTTP fiil listesini sezgisel hale getirdiğini, hem güvenli yöntemleri hem de idempotent yöntemleri desteklediğini ve uygulamayı REST API'leri ve RESTful API'leri güvenilir bir şekilde işlemeye hazırladığını gösterir. İstek gövdesini, sonuçları ve fiil seçimini ayırarak, Postman klonu web hizmetlerini test etmek ve gerçek dünya uygulamalarında hiperteks transfer protokolünü anlamak için pratik bir araç haline gelir.