Domain-Driven Design
Yazılım modellerini iş alanından, o alanın kurallarını bilen kişilerle birlikte geliştirmek.
Domain-Driven Design nedir?
Domain-Driven Design, kısaca DDD, yazılım modellemesini bir iş alanına dayandırır. Alanı bilen kişilerle geliştirme ekibi kavramları, kuralları ve ilişkileri birlikte netleştirir. Ortak dil, belirlenmiş iş bağlamında aynı anlama gelmelidir. Farklı bağlamlar kendi modellerini gerektirebilir; bu sınır sıklıkla Bounded Context olarak adlandırılır.
Kurgusal işletmede satış ekibi “iş emri” derken satılmış hizmeti, servis ekibi planlanmış saha görevini kasteder. Katılımcılar sessizce tek veri modeli varsaymak yerine iki anlamı ve aralarındaki aktarımı açıklar. Buradan daha açık yazılım sınırları çıkabilir. Ancak DDD mikroservis veya belirli veritabanı türü zorunlu kılmaz. Modellerin teknik olarak bölünmesi ve işletilmesi ek bir mimari karardır.
Kaynaklar
İlgili terimler
- Yazılım mimarisiYazılım sisteminin yapısı, parçaların birlikte çalışması ve kalite hedefleri hakkındaki temel kararlar.
- Modüler monolitİç modülleri ve arayüzleri açıkça sınırlandırılmış, birlikte dağıtılan uygulama.
- Cache stampedeCache stampede, eşzamanlı isteklerin önbellekte aynı veriyi bulamayıp aynı pahalı işi tekrar tekrar başlatmasıdır.
- BackpressureBackpressure, alıcının yavaşlama veya duraklama sinyaliyle gelen veri akışını işleme kapasitesine uyarlar.
- Yarış durumuSonucun, örtüşen erişimlerin zamanlamasına bağlı olarak hatalı çıkması.
- Bellek sızıntısıArtık gerekmeyen belleğin çalışma sırasında gereksiz tutulmaya devam etmesi.
Bu konudaki yazılar
Projeniz ASES ile
Projenizi bize anlatın. İlk değerlendirmemizle size dönelim.