Soğan mimarisi vs 3 katmanlı mimari


11

Soğan mimarisine, BL'nin CRUD yapmak için DAL (veya DAL'nin bir arayüzü) yöntemlerini çağırmakla yükümlü olduğu 3 katmanlı mimari üzerinde sadece soğan mimarisinin faydalarını görüyorum. Soğan, endişeleri, test edilebilirliği, sürdürülebilirliği daha iyi ayırır ve daha temizdir.

Soğan mimarisi gerçekten her açıdan daha iyi mi ve 3 katmanlı mimari sadece bir şeyler yapmanın eski bir yoludur, yoksa 3 katmanlı mimariyi kullanmayı tercih etmem gereken bazı senaryolar vardır - hangisi?

Yanıtlar:


11

Katmanlar, Soğan, Limanlar, Adaptörler: hepsi aynı

Bu makale, soğanın 3 kat + Bağımlılık Ters Çevirme İlkesi'nin (DIP) uygulanmasına eşdeğer olduğunu açıkladığı için , soru "DIP'yi nerede kullanmayı tercih etmeliyim?" Oyuncak olmayan bir proje söyleyebilirim. DIP kullanmak, kodunuzun çekirdeğinin daha izole, test edilebilir ve bakım yapılabilir olmasını sağlar. Bunu gerçekten umursamadığınız zaman, bir projenin ya da projenin sürdürülebileceği bir ticaret projesidir.

Ayrıca, DIP'yi DI (Bağımlılık Enjeksiyonu) kaplarıyla karıştırmayın. Biri diğerini ima etmez.


Yukarıdaki Katmanlar, Soğanlar ... bağlantısından, UI'nin Veri Erişim Kütüphanesi olmadan bazı alan varlıklarını nasıl alacağını anlamıyorum. Örneğin, Kişi Alan Adını ele alalım. Kullanıcı arayüzünden kişilerin bir listesini almak için Veri Erişim Kütüphanesine ihtiyacımız yok mu? Bu, kullanıcı arayüzünün Veri Erişim Kütüphanesine bağlı olduğu anlamına gelir. Hayır?
bostonjava
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.