Çalışma mantığı
Uygulama token sağlayıcısını hazırlar ve işlem için sonuç talep eder. İlgili isteğin özeti requestHash ile bağlanabilir. Arka uç, beklediği içerik ile kanıttaki bağlamı karşılaştırır.
Uygulamada nasıl değerlendirilir?
Ödeme tutarı, para birimi ve alıcıyı kararlı bir gösterime dönüştürmeden özet üretmek, istemci ile sunucuda farklı sonuçlara yol açabilir.
Sınırlar ve yaygın hatalar
Özetin varlığı tek başına yeterli değildir. Sunucu aynı alanları güvenilir biçimde yeniden hesaplamalıdır.
Kontrol listesi
- Alan sırasını sabitleyin
- Hazırlık hatasını yönetin
- Farklı tutarlı isteği reddedin
Karar verirken
Entegrasyon testine başarı akışının yanında eşleşmeyen istek ve kesinti durumlarını da ekleyin.
İstek özeti hangi veriyi temsil eder?
requestHash, sunucunun doğrulamak istediği istek içeriğiyle tutarlı üretilmelidir. Yalnızca rastgele bir alanın özetini eklemek tutar ve alıcı gibi kritik alanları bağlamaz. Aynı iş verisinin istemci ve sunucuda aynı biçimde temsil edilmesi gerekir.
Kanonik gösterim tasarımında alan sırası, boş değer, sayı biçimi ve karakter kodlaması belirlenir. Sunucu beklenen özeti kendisi hesaplar; istemcinin gönderdiği özetin doğruluğunu varsaymaz. Meşru tekrar denemelerin iş mantığında nasıl ele alınacağı ayrıca tasarlanır.
İlgili rehberler: Bütünlük kanıtını işleme bağlama, JSON ve Protobuf isteklerinde kanıt bağı.
Kaynaklar ve kapsam
Teknik özelliklerin başvuru noktaları aşağıdadır. Uygulama örneği ve kontrol listesi bu yayın için hazırlanmış değerlendirme önerileridir; bağımsız ürün testi sonucu değildir.