Web geliştirme
Ölçeklenebilir React uygulamaları nasıl kurulur?
React uygulaması büyürken kodu okunabilir, değişiklikleri güvenli ve arayüzü anlaşılır tutmaya yardımcı olan temel kararlar.
Ölçeklenebilirlik klasör yapısından önce anlaşılır sınırlardır
Bir uygulamanın büyümesi, dosya ve bileşen sayısının artmasından ibaret değildir. Farklı ekiplerin yaptığı değişiklikler birbirini bozuyorsa, aynı iş kuralı birkaç yerde tekrar ediyorsa veya bir formdaki küçük değişiklik ilgisiz ekranları etkiliyorsa sınırlar yeterince açık değildir.
Proje başlangıcında ekranları ve kullanıcı işlerini çıkarın. Birbiriyle sık değişen parçaları bir arada tutun; ayrı sahiplik ve değişim ihtiyacı olan parçaları ayırın. Tek bir klasör düzeni her ekip ve ürün için en doğru seçenek değildir.
- Bileşenin hangi kullanıcı işini tamamladığını adlandırın.
- Tekrarlanan iş kuralını ortak bir yerde tutun.
- Arayüz, veri erişimi ve iş mantığı sorumluluklarını ayırın.
Durumu gerektiği yerde yönetin
Bir alanın yazdıkça güncellenmesi gibi yerel durum, çoğu zaman onu kullanan ekranda yönetilebilir. Aynı bilgi farklı ekranlarda paylaşılıyorsa önce hangi ekranların gerçekten aynı kaynağa ihtiyaç duyduğunu belirleyin. Uygulamanın tamamını kapsayan genel bir durum katmanı kurmak her projede gerekli değildir.
Sunucudan gelen veri, URL’de paylaşılması gereken filtreler ve kısa süreli arayüz durumu farklı ihtiyaçlardır. Hepsini aynı yere koymak yerine, her veri türünün yaşam süresine ve sahibine göre seçim yapın.
Etkileşim ve sunucu sorumluluğunu ayırın
Her bileşenin tarayıcıda etkileşimli olması gerekmez. Etkileşim, tarayıcı API’si veya kullanıcı durumu gerektiren parçaları ayırmak, sayfanın geri kalanının anlaşılır kalmasına yardım eder. Sunucudan gelen verinin nereden ve ne zaman yüklendiği de tek bir yerde görünür olmalıdır.
Bu kararları arama motorlarından saklamak için değil, gerçek veri akışı ve kullanıcı deneyimi için verin. İçeriğin ilk HTML’de bulunması gerekiyorsa, sayfayı yalnızca tarayıcı JavaScript’ine bağımlı bırakmayın.
Yapıyı gerçek değişikliklerle değerlendirin
Her yeni modül için soyut bir kural eklemek yerine, yakın zamanda değişen işlere bakın. Benzer değişiklikler sürekli birden fazla yere dokunuyorsa sorumlulukları yeniden düzenleyin. Performans sorunu hissedildiğinde tahminle optimize etmek yerine gerçek cihaz ve kullanıcı akışını ölçün.
İyi bir yapı, sonraki geliştiricinin hangi parçayı neden değiştireceğini hızla anlamasına yardımcı olur. Küçük ve açık adımlar, erken aşamada geniş bir mimari kurmaktan genellikle daha kolay gözden geçirilir.