Bize Ulaşın
Swift uygulama geliştirme sürecinde arayüzü, iş kurallarını ve veri akışını birlikte tasarlıyoruz. Böylece native iOS ürününüzü gerçek kullanım koşullarına, yeni özelliklere ve sürdürülebilir bakıma hazırlıyoruz.
Ürünün teknik temeline bakalımEkran durumu ve gezinme
İstemciler ve yerel kayıt
Arayüz ve veri adaptörlerinin ortak sözleşmesi.
Oklar kaynak kodu bağımlılığını gösterir. İş kuralları, arayüz veya ağ SDK’sına bağımlı kalmaz.
Swift uygulama geliştirme için mimariyi ürünün kapsamına göre kurarız. İlk olarak değişme ihtimali yüksek alanları belirleriz. Ardından ekiplerin güvenle geliştirebileceği sorumluluk sınırları oluştururuz.
Domain katmanı, kullanım senaryolarını ve repository protokollerini tanımlar. Veri adaptörleri bu protokolleri uygular; ekranlar uygun kullanım senaryosunu çağırır. Böylece testlerde gerçek sunucuya ihtiyaç duymadan iş kurallarını doğrulayabiliriz.
Ayrıca bağımlılıkları uygulamanın kurulum noktasında birleştiririz. Her ekrana gereksiz katman eklemeyiz. Ayrıştırmayı, değişiklik riski ve test ihtiyacı haklı çıkardığında kullanırız.
Veri adaptörü ve model dönüşümü. İş sözleşmesi aynıysa ekranı koruyabiliriz.
Sunum katmanı ve gezinme. Mevcut iş kurallarını yeniden kullanabiliriz.
Özellik sınırı ve sözleşmeler. Mevcut akışları regresyon testleriyle koruruz.
Yüklenme, boş veri, başarı ve hata durumlarını açıkça modelleriz. Ayrıca ekran kimliğini, gezinmeyi ve veri sahipliğini düzenleriz. Böylece tutarlı bileşenler, öngörülebilir davranış üretir.
Dynamic Type ve VoiceOver’ı bileşen tasarımına dahil ederiz. Ardından erişilebilirliği gerçek cihazda, farklı metin boyutlarında doğrularız.
Olgun ekranlarda veya özel etkileşimlerde UIKit’i kullanabiliriz. Bununla birlikte uygun alanları SwiftUI’a aşamalı taşırız. UIHostingController ve UIViewRepresentable ile iki arayüz dünyasını birlikte çalıştırabiliriz.
Geçişi tek ekranda dener, gezinme ve yaşam döngüsünü test ederiz. Böylece yeniden yazım kararını somut bulgularla değerlendiririz.
async/await ile asenkron akışları yönetiriz. @MainActor ile arayüz durumunun izolasyonunu tanımlar, actor ve Sendable sınırlarını değerlendiririz. Ancak asenkron bir fonksiyonun ağır hesaplamayı otomatik olarak arka plana taşıdığını varsaymayız.
Ayrıca görev iptalini, ekranın yaşam döngüsünü ve yanıt sırasını ele alırız. Önceki isteğin yeni veriyi ezmesini engelleriz. Actor izolasyonunun yanında iş akışının mantıksal tutarlılığını da test ederiz.
Özellik modüllerini, ortak tasarım sistemini ve altyapı paketlerini ayırırız. Swift Package Manager ile uygun sınırları yönetebiliriz. Ayrıca döngüsel bağımlılıkları, derleme süresini ve modül sahipliğini takip ederiz.
Böylece farklı ekipler aynı ürün üzerinde daha kontrollü ilerler. Kullanıcı sayısı büyüdüğünde ise API kapasitesini, önbelleği ve backend servislerini ayrıca ölçeklendiririz.
Swift uygulama geliştirme, API’den veri çekmenin ötesinde bir veri sözleşmesi gerektirir. Bu nedenle zaman aşımı, yeniden deneme, oturum yenileme ve çevrimdışı davranışı başlangıçta tanımlarız.
URLSession ve Codable ile ağ katmanını kurabiliriz. Ardından API yanıtlarını domain modellerine dönüştürürüz. HTTP hatalarını, sayfalama ve önbellek kurallarını ekrana anlamlı durumlar olarak taşırız.
Ayrıca eş zamanlı oturum yenileme isteklerini koordine ederiz. Yeniden denemeyi işlem türüne göre sınırlarız; veri değiştiren isteklerde sunucuyla aynı işlem kimliği üzerinde anlaşırız.
İşlemi hemen başarısız saymayız. Aynı işlem kimliğiyle durumunu sorgularız; böylece kontrolsüz tekrarın çift kayıt üretmesini önleriz.
GEREKEN SÖZLEŞME / Sunucuda idempotency ve durum sorgulama.Yeniden bağlanmayı gecikmeli ve kontrollü yönetiriz. Ardından güncel durumu veya son olaydan sonraki değişiklikleri alırız; yinelenen olayları ayıklarız.
GEREKEN SÖZLEŞME / Olay kimliği, sıralama ve yeniden eşitleme.Bildirimi güncel verinin yerine koymayız. Kullanıcı uygulamayı açınca yetkisini ve rezervasyonun son durumunu API üzerinden doğrularız.
GEREKEN SÖZLEŞME / Yetkili deep link ve sunucudaki güncel kayıt.WebSocket bağlantısını aktif kullanım ve yaşam döngüsüyle birlikte yönetiriz. Buna karşın APNs bildirimini, kullanıcıyı uygun akışa geri çağırmak için kullanırız. Arka plan bildiriminin teslimini garanti saymayız.
Ayrıca bildirim iznini, değişen cihaz token’larını ve oturumu kapanmış kullanıcıyı ele alırız. Çevrimdışı işlemlerde ise yerel kuyruğu, çakışma kuralını ve eşitleme durumunu açıkça tanımlarız.
Swift uygulama geliştirme planında hedef cihazları ve kabul ölçütlerini birlikte belirleriz. Ayrıca gerçek veri, zayıf bağlantı ve uzun kullanım koşullarını değerlendirmeye dahil ederiz.
Instruments ile işlem yükünü, bellek kullanımını ve arayüz takılmalarını inceleriz. Ardından görsel yükleme, liste güncelleme ve ağır işleri ölçülen darboğaza göre iyileştiririz.
Hedefleri cihaz ve kullanım senaryosuyla birlikte koyarız. Böylece tek bir güçlü cihazdaki sonucu bütün kullanıcıları temsil eden ölçüm saymayız.
Token ve hassas anahtarlar için Keychain kullanırız. Ayrıca erişim koşullarını arka plan ihtiyacıyla birlikte seçeriz. Gereksiz hassas veriyi yerel dosyalarda veya loglarda tutmayız.
Face ID gibi LocalAuthentication akışları cihaz içi erişimi destekleyebilir. Ancak kullanıcı yetkisini ve işleme izin verilip verilmediğini sunucuda doğrularız.
TLS ve App Transport Security ayarlarını koruruz. Ayrıca oturum süresini, yenileme ve çıkış davranışını backend sözleşmesiyle eşleştiririz. Uygulama paketine sunucu sırları yerleştirmeyiz.
Bağımlılıkları ve üçüncü taraf SDK’ları veri erişimleriyle birlikte inceleriz. Hata kayıtlarında ise kişisel veri ve kimlik bilgilerini maskeleyerek teşhis için gerekli bağlamı koruruz.
Swift uygulama geliştirme sürecinde test kapsamını ürünün risklerine göre kurarız. Böylece yalnızca başarılı senaryoyu değil, kullanıcının karşılaşabileceği kesintileri de doğrularız.
Kaynak kodu, imzalama erişimleri ve mağaza hesaplarını kurumunuzun devralabileceği biçimde düzenleriz. Ayrıca yayın adımlarını tekrarlanabilir hale getiririz.
Değişiklikleri inceleyip testleri çalıştırırız. Ardından derleme çıktısını, sürüm bilgisini ve hata çözümlemede kullanılan sembolleri birlikte saklarız.
Kritik akışları pilot kullanıcılarla deneriz. Ayrıca cihaz dağılımını, geri bildirimleri ve hata kayıtlarını değerlendirerek yayın kararını veririz.
İnceleme erişimini, gizlilik beyanlarını ve ürün bilgilerini hazırlarız. Mağazanın değerlendirme sürecini de yayın planına dahil ederiz.
Sürüm bazında çökmeleri ve performans değişimlerini izleriz. Sorunda kademeli dağıtımı durdurur, uygunsa ilgili özelliği sınırlar ve düzeltme sürümü hazırlarız.
Mimari kararları, modül sorumluluklarını ve çalışma ortamını dokümante ederiz. Bununla birlikte SDK güncellemelerini, test kapsamını ve bakım iş listesini takip ederiz. Böylece ürün bilgisi yalnızca geliştiricinin hafızasında kalmaz.
