Çok fazla soyutlama kötü olabilir mi?

Programcılar olarak hedefimizin verilen alan modeli ve işletme mantığı hakkında iyi soyutlamalar sağlamak olduğunu düşünüyorum. Fakat bu soyutlama nerede durmalı? Soyutlama ile tüm faydaları (esneklik, değişme kolaylığı vb.) Arasındaki değiş tokuşu nasıl yapıp, kodu ve tüm faydalarını anlama kolaylığı .

Aşırı soyutlanmış kod yazma eğiliminde olduğuma inanıyorum ve bunun ne kadar iyi olduğunu bilmiyorum; Genellikle iki bölümden oluşan bir tür mikro-çerçeve gibi yazma eğilimindeyim:

1. Mikro çerçeveye bağlı olan Mikro Modüller: Bu modüllerin anlaşılması, geliştirilmesi ve tek bir ünite olarak bakımı kolaydır. Bu kod, temelde, gereksinimlerde açıklanan işlevsel unsurları gerçekten yapan kodu temsil eder.
2. Bağlantı kodu; şimdi burada sorun olduğuna inanıyorum. Bu kod karmaşık olma eğilimindedir, çünkü bazen çok soyutlanır ve başlangıçta anlaşılması zordur; bu, sadece saf soyutlama olduğu gerçeğinden, gerçeğin temelini ve iş mantığını sunulan kodda gerçekleştirilen 1; Bu nedenle, test edildikten sonra bu kodun değiştirilmesi beklenmemektedir.

Programlamada bu iyi bir yaklaşım mıdır? Değişen kodun birçok modülde çok parçalanmış ve anlaşılması çok kolay ve değişmeyen kodun soyutlama POV'sinden çok karmaşık olması. Tüm kodlar tekdüze olarak karmaşık olmalı mı (kod 1 daha karmaşık ve birbirine bağlı ve kod 2 daha basit), bu nedenle, onu inceleyen herhangi birinin makul bir süre içinde anlayabilmesi için ancak değişimin pahalı olması veya yukarıda sunulan çözümün iyi olması durumunda "kod değiştirme" anlaşılması, hata ayıklanması, değiştirilmesi ve "kod kodunun bağlanması" çok zor.

Not: Bu kod okunabilirliği ile ilgili değil! 1 ve 2'deki her iki kod da okunabilir, ancak 2'deki kod daha karmaşık soyutlamalarla gelirken, kod 1 basit soyutlamalarla gelir.

TC ++ PL4'ün ilk sözleri:

Bilgisayar bilimlerindeki tüm problemler, çok fazla dolaylı katman problemi dışında, başka bir dolaylı seviye ile çözülebilir. - David J. Wheeler

(David Wheeler benim tez danışmanımdı. Son satır önemli olmayan alıntıya bazen "Bilgisayar Biliminin ilk yasası" denir.)

Evet kesinlikle. Mesele şu ki, soyutlama mükemmel değil. Soyutlamanın üzerine oturduğu katmanın tüm detayları bir nedenden dolayı var ve birçok şeyi basitleştirebiliyor, ancak eğer bir noktada bu karmaşıklık gerekli olmasaydı, muhtemelen ilk başta orada olmazdı. Bu da bir noktada, her soyutlamanın bir şekilde sızacağı anlamına geliyor .

Ve asıl problem burada yatıyor. Soyutlamalar başarısız olduğunda, yazdığınız kodla gerçekte ne olup bittiği arasına katılaştıkça, sorunun çözülmesi ve düzeltilmesi zorlaşır, çünkü sorunun olabileceği daha fazla yer vardır. Ve ne kadar çok katman varsa, onu bulmak için o kadar çok şey bilmek zorundasınız.

Evet kesinlikle.

Programlamayı açıklamakta kullanmaktan hoşlandığım bir terzi bir Terzininkidir. Bir takım elbise giyerken iyi bir Terzi, giysinin genel şeklini veya yapısını değiştirmeden içeri veya dışarı alınmasına izin vermek için giysi içindeki stratejik yerlerde daima küçük bir miktar kumaş bırakacaktır.

İyi Terzi, üçüncü bir kol yetiştirme veya hamile kalmaya başladığın her bir dikişte kumaş parçaları bırakmaz. Yanlış yerlerde çok fazla malzeme olması, kötü uyuşukluk yaratacak ve kötü giyecek bir kıyafet için ekstra kumaşı normal kullanım biçimine sokacaktır. Küçük kumaşa ve giysiye yırtılma eğilimi gösterir ve giysinin oturma şeklini etkileyerek, kullanıcının fiziğindeki ufak değişikliklerle başa çıkmak için değiştirilemez.

Belki bir gün, İyi Terzimiz, içine giydiği elbiseyi dikmek için çok sıkı bir elbise yapmakla görevlendirilecektir. Ve belki de İyi Terzimizden stil ve formun rahatlık ve genişleme kabiliyetine ikinci olduğu annelik giyimini yapması istenir. Ancak, bu özel işlerden herhangi birini üstlenmeden önce iyi bir Terzi, herkesin bu hedeflere ulaşmak için yapılan ödünlerin farkında olmasını sağlayacak kadar akıllıca olacaktır.

Bazen bu uzlaşmalar alınacak doğru yoldur ve insanlar sonuçlarını kabul etmeye isteklidirler. Ancak çoğu durumda, en fazla saydığı yerde bırakma yaklaşımı, algılanan yararlardan ağır basacaktır.

Yani, bunu soyutlamaya geri döndürmek. Kesinlikle çok fazla soyutlama katmanına sahip olmak, tıpkı çok azına sahip olmak gibi. Programcının gerçek sanatı, bizim terzi dostlarımız gibi, en çok önem verdiği yere biraz bırakmaktır.

Konuya geri dönelim.

Kodla ilgili sorun genellikle soyutlama değil bağımlılıklardır. Belirttiginiz gibi, sorun olan ayrık nesneleri birbirine bağlayan kod, çünkü aralarında gizli bir bağımlılık var. Bir noktada bazı şeyler arasındaki iletişimin sadece somut olması gerekir, ancak bu noktanın nerede olduğuna karar vermek genellikle biraz tahmin gerektirir.

Bu varlık "Mikro" şey sizin nesne düzenini overgranulized ettik ve muhtemelen kullandığınız genellikle bir göstergesidir söyledi Tipi ne olması gerektiği ile eşanlamlı olarak Veri . Daha az şeye sahip olmak aynı zamanda aralarında iletişim kurmak için daha az bağımlılık anlamına gelir.

Bu nedenle sistemler arasında zaman uyumsuz mesajlaşma hayranıyım. Birbirine değil , mesaja bağlı iki sistemle sonuçlanır . Haberleşme sistemleri arasında size daha az sıkı bağlantı sağlar. Bu noktada, sistemler arasında bir bağımlılığa ihtiyacınız varsa, doğru yerlere bağlı olan bitlere sahip olup olmadığınızı düşünmeniz gerekir. Ve genellikle bunu yapmazsınız.

Sonunda, karmaşık kod karmaşık olacak. Bunun etrafında genellikle bir yolu yoktur. Ancak daha az bağımlılığı olan kodun anlaşılması, çeşitli dış durumlara dayanan koddan daha kolaydır.

Amacımız verilen etki alanı modeli ve iş mantığı üzerinde iyi soyutlamalar sağlamak olduğunu hissediyorum.

Farklı bir görüşüm var: Hedefimiz bir iş problemini çözmek. Soyutlamalar sadece bir çözümü organize etmek için kullanılan bir tekniktir. Başka bir cevap terzilik giysi benzetmesini kullanır. Düşünmek istediğim başka bir benzetmem var: bir iskelet. Kod bir iskelet gibidir ve soyutlamalar kemikler arasındaki eklemlerdir. Eğer ekleminiz yoksa, o zaman hiç hareket edemeyen ve işe yaramaz olan tek bir kemik ile sararsınız. Fakat çok fazla ek yeriniz varsa, kendi kendine ayağa kalkamayacak kadar özensiz bir jöle yığınıyla sarılırsınız. İşin püf noktası, doğru dengeyi bulmaktır - harekete izin verecek kadar eklem, ancak gerçek bir tanımlanmış şekil veya yapı olmadığı kadar değil.