Bir kontrol panosundaki sistem davranışını değiştirmek müşterinin hayalidir. Ve yazılım mühendisinin kabusu.

Problemler

• Yinelenen Kod
• Kirlilik ise
• Global kullanım
• Kaplin
• Test senaryolarının test edilebilirliği ve patlaması.
• Karmaşıklık

1. Ayarları Önleyin
2. Polimorfik nesneler oluşturun. Bunları harici olarak enjekte edin.

Yanlış

Sağ

Tespit etme

Bu mimari bir modeldir, bu nedenle tasarım politikaları tarafından kontrol edilmeli / kaçınılmalıdır.

Örnekler

• Harici Bağlantı Ayarları
• Kullanıcı ayarları
• Özellik Değiştirme

• Bazen bir koruma mekanizması olarak Özellik geçişini kullanırız. Bu, eski bir sistemde kabul edilebilir. Bu geçişler, bir CI / CD sisteminde çok kısa ömürlü olmalıdır .
• Hiper parametre ayarları, yapılandırma nesneleri tarafından yönetilmelidir.

• Küresel

Çalışma zamanı davranışını ayarlamak, yazılım sistemleri için mükemmeldir.

Nesnelerimizi farklı şekillerde davranabilmeleri için yapılandırmalıyız ve bunu açık davranışsal nesnelerle açık bir şekilde başarmalıyız.

Bu şekilde, kodumuz daha açıklayıcı, temiz ve test edilebilir olacaktır. Bir EĞER İfadesi eklemek kadar kolay değildir . Bu tür tembel geliştiriciler, sistemlerimizde çok sayıda bağlantı ve beklenmedik sorunlar ortaya çıkarır.

300 Boole konfigürasyonuna sahip bir sistem, evrendeki atom sayısından (10 ^ 80) daha fazla test kombinasyonuna (2 ^ 300) sahiptir.

Ayrıca şöyle bilinir

• Özellik Toggles
Özellik Bayrakları Tehlikelidir

Sinir bozucu IF'lerden Sonsuza Kadar Kurtulma

Sadelik, verimliliğin ruhudur.

Austin Freeman

Yazılım Mühendisliği Harika Alıntılar

Bu makale CodeSmell Serisinin bir parçasıdır .

Kodunuzun Kokmuş kısımlarını nasıl bulabilirsiniz?