Kısmi başarılı bir istek için HTTP durum kodu

Kullanıcılara mesaj gönderen bir uygulamam var. Bir gönderi talebinde, söz konusu mesajı alması gereken tüm kullanıcılardan oluşan bir XML dizisi aktarılır. Listedeki kullanıcılardan herhangi biri yoksa, daha fazla değerlendirme için eksik kullanıcıların listesini müşteriye geri veririm.

Şimdi kendime, talebin kabul edildiğini ancak yapılamayan şeyler olduğunu söyleyen başvuru için uygun durum kodunun ne olacağını soruyorum.

Eksik kullanıcıların listeye dahil edilmesine izin verilmezse sorun önlenebilirdi. Daha sonra gönderme denemesi sadece bir 4xx hatası alırdı. Ancak API'yi bu şekilde oluşturmanın bir anlamı yok. Öte yandan, hata koşulunun tamamen uygulamaya özgü olduğunu düşünebilirim. Ancak 200 göndermek doğru gelmiyor. Ve müşteriye hata yanıtına ne zaman derinlemesine bakması gerektiğine dair bir ipucu vermek güzel olurdu. örneğin bu kullanıcılara defalarca mesaj göndermekten kaçınmak için

Çok benzer bir sorunla uğraştım. Bu durumda, bir

207 Çoklu Durum

Şimdi, bu katı bir HTTP değil, WebDAV uzantısının bir parçası, bu nedenle istemci üzerinde de kontrolünüz yoksa, bu sizin için iyi değil. Eğer yaparsanız, şöyle bir şey yapabilirsiniz:

   <?xml version="1.0" encoding="utf-8" ?>
   <D:multistatus xmlns:D='DAV:'>
     <D:response>
       <D:user>user-123</D:user>
       <D:status>success</D:status>
     </D:response>
     <D:response>
       <D:user>user-789</D:user>
       <D:status>failure</D:status>
     </D:response>
   </D:multistatus>

Ancak yine, bu bir HTTP uzantısıdır ve istemcinin de kontrolüne sahip olmanız gerekir.

Aynı sorunu yaşadım ve iki farklı çözüm kullandım:

• 202: Acceptedİsteğin tamam olduğunu belirten HTTP dönüş kodu , ancak her şeyin olması gerektiği gibi gittiğinin garantisi yok.
• 200Yanıtta normal bir değer döndürün , ancak yanıt gövdesine nelerin çıkmadığının bir listesini ekleyin.

İkincisi genellikle en iyi sonucu verir, ancak birincisi tembelseniz veya işlem için bir kuyruk kullanıyorsanız harikadır.

206 Kısmi İçerik kullanmaya ne dersiniz? 206'nın daha çok aralıklarla ilgili olduğunu biliyorum, ama ya kısmen başarılı bir istek olduğunu gösterebilirse?

Hiper Metin Aktarım Protokolü, şeylerin aktarım tarafıyla ilgilenir. Uygulama seviyesindeki hatalarla başa çıkmak için hata kodları yoktur.

200'ü iade etmek burada yapılacak doğru şeydir. HTTP ile ilgili olarak, istek doğru bir şekilde alındı, doğru şekilde işlendi ve yanıtı geri gönderiyorsunuz. Yani, HTTP seviyesinde her şey yolunda. Http'nin üzerinde çalışan uygulama ile ilgili herhangi bir hata veya uyarı yanıtın içinde olmalıdır. Bunu yapmak, proxy sunucularında karşılaşabileceğiniz ve belirli yanıtları beklediğiniz gibi işlemeyebilecek bazı kötü sorunları da önleyecektir.