semaver
New member
İç Değerler, Bölüm 7: Mimari Mutfak
Herkes kodun adı verilen kokuları, kod oluştuğunda ortaya çıkan hoş olmayan kokuları bilir. Ancak yazılım mimarları da kokuları biliyor. Mimarlık kokuları tasarımda enfeksiyon sürülerini gösterir.
Bir mimari analiz aracı alın ve mimarinizi analiz edin. Mimarların sık sık gördüğü bağımlılık döngüleridir. Kötüdürler çünkü bir bileşen döngüde test edildiğinde, aynı döngüdeki diğer tüm bileşenler her zaman dikkate alınmalıdır. Aynı şey doğal olarak değişiklikler için de geçerlidir.
Kullanılabilir tutuyoruz: Bağımlılık Döngüsü => Kötü Tasarım!
Dahili Değerler- Seri
Veya daha iyi optimize edilmesi gereken gereksiz soyutlama seviyelerini inceliyoruz. Mal deposu için bir yazılımda, örneğin, denilen malların depolanması için soyutlamaya ek olarak Soyut arşivleme (malların eklenmesi ve kaldırılması için yöntemlerle) malların taşınması için bir diğeri. Daha yoğun bir retrospektiften sonra, ekip ek soyutlamayı ekleme kararı aldı Soyut nakliye tekrar ortadan kaldırmak için. Son olarak, montaj hatları veya bir nakliye aracı da kullanılabilir. Soyut arşivleme yorumlamak.
Aşağıdakiler de uygulanır: Soyutlama Etki => Kendi Entegre Karmaşıklık sayesinde kötü tasarım!
Karşı önlemleri başlatın
Bu nedenle, mimaride belirli kokuları fark edersek, mimariyi yeterli önlemlerle tedavi etmeliyiz. Bu kokular mimarinin iç kalitesini etkiler. Bir mimarinin sürdürülebilirliği olması gerekiyorsa, mimarlar bu mimariyi ilk aşamada tanımalı ve ortadan kaldırmalıdır. Aksi takdirde, sistemin erken sona erme tarihi kaçınılmazdır.
Ünlü kokular
Bilgisayar bilimi, uyum, bağlantı, fan-in/fan-out gibi kavramlarının da mimari problemlerin önemli göstergeleri veya kokusu olduğu kanıtlanmaktadır.
Uzman yazılım mimarları, yıllarca süren uygulamalarından potansiyel kokuları bilirler. Ve bazı durumlarda, kod kokuları mimari koku olarak da kullanılabilir. Örneğin, alt sınıfın yöntemlerini ebeveyn sınıflarına veya bir arayüzün çıkarılmasını entegre ederken. İnternetin genişliğinde daha fazla koku da bulunabilir.
Örnekler:
- Yinelenen tasarım
- Küresel Durum
- Xxl arayüzleri, sınıflar, yöntemler
- Belirsiz sorumluluklar
- Anlaşılamaz Mimari (Parçalar)
- Hub & Shoke gibi merkezileştirmeye odaklanın
- Kanıtlanmış en iyi uygulamalar yerine çözümlerinizin kullanımı
- Çok genel tasarım
- Asimetriler
- Saldırı Döngüleri
- Gereksiz bağımlılıklar
- Örtük bileşenler
- Kötü İşlevsellik Bölümü
- Tasarım spesifikasyonlarını göz ardı edin, örneğin tabakalar
- Kavramsal bütünlük eksik
- Boş yakalama blokları
- Java'da kontrollü istisnaların kullanımı
Önleme iyileşmekten daha iyidir
Başlangıçta belirtildiği gibi, sağlık kontrolü için mimari araçlar vardır. İlk tanılar mimari modellerden de elde edilebilir. Sağlık metaforuyla birlikte olmak: Önleme iyileşmekten daha iyidir.
Şimdi potansiyel sorunları takip ettik. Ama onları nasıl ortadan kaldırabiliriz? Gelecekteki yayınlarımdan birinde mimari yeniden düzenleme ile karşılaşacağım.
()