Platformun mobil istemcileri için push'un React Native tarafı: token kaydı ve yenileme, Android 13 izni, ön plan bildirimleri ve uygulama açık, arka planda ya da kapalıyken de çalışan deep link yönlendirme.
Bir uygulama durumu ve deep link seçin, Gönder'e basın, sonra bildirime dokunun. 401 tekrarını görmek için bir hata tatbikatı açın.
Mobil uygulaması olan markalar yalnızca uygulamayı değil doğru ekranı açan kampanyalar göndermek istiyordu.
Bir dokunuşun üç farklı durumda ürüne, kategoriye ya da sepete gitmesi gerekiyor ve her durum farklı bir API ile ele alınıyor. Tokenlar değişiyor, oturumlar düşüyor ve Android 13, kimse sormazsa bildirimleri sessizce düşüren bir çalışma anı izni getirdi.
React Native modüllerini ve entegrasyonun test edildiği referans uygulamayı ben geliştirdim. Mesajları kuyruğa alıp gönderen backend, RabbitMQ ve FCM worker'ı olan mevcut bir Java/Spring servisi; onunla entegre oldum ve teslimat sorunlarında kuyruk bağlantılarını izledim.
Mor ton: benim yazdığım kısımlar.
Ön plandaki mesajlar onMessage ile gelip Notifee ile gösteriliyor. Arka plandaki dokunuşlar onNotificationOpenedApp, soğuk başlangıçlar getInitialNotification üzerinden geliyor. Üçü de tek bir yönlendiriciye bağlı; bir link her yerde aynı davranıyor.
Kampanyalar alanları farklı yerlerde getiriyor. Bir normalleştirici, herhangi bir şey render edilmeden önce bunları başlık, metin, görsel, rota ve veriye eşliyor; ekranlar ham mesaj ayrıştırmıyor.
401 gelince istemci bir kez yeniden giriş yapıp çağrıyı tekrarlıyor. Tekrar da başarısızsa döngüye girmeden duruyor.
Teslimat bozuk göründüğünde mesajların nerede durduğunu bulmak için mevcut backend'deki kuyruk bağlantılarını izledim ve bu incelemeyi istemci düzeltmesinden ayrı tuttum.
Full-stack ve uygulamalı AI rollerine açığım, uzaktan veya hibrit.
Rolü, ekibi ve problemi anlat.