Bir proje geliştirirken sık sık yeniden tasarladığım kötü bir işaret mi?

Programlamaya ilk başladığımda bir gün bir projeye oturarak ve tüm sınıfların UML diyagramlarını çizerek bir projeye başlayacağım noktaya varacağımı, daha sonra buna bağlı kaldığımı varsaydım. Şimdi birkaç yıldır program yapıyorum ve bu şekilde sonuçlanmıyor. Bir projeden geçerken sık sık söylüyorum

• "Hey, ben yapmak için bir sınıf gerekir _ _. Bunu daha önce düşünmedim."
• “Bekle, bu işlev bunun yerine gerçekten o sınıfta olmalı. Ben onu taşıyacağım.”
• “Bu aslında bir yerine iki sınıf olmalıdır. Ayrılacağım.”
• “Bu üç bağımsız sınıfı tek bir soyut sınıftan miras almalıyım.”
• Etcetera, vb.

Devam ederken bu şekilde yeniden tasarladığımın kötü bir işareti var mı? Bu kötü bir programcı olduğum anlamına mı geliyor yoksa bu normal mi?

Bu, gelişimin normal bir parçasıdır. Sürekli Tasarımın temel ilkelerinden ikisi şöyledir:

1. Her şeyi bilen değilsiniz, başlamadan önce tüm sistemi baştan sona bilemezsiniz.
2. Tasarım statik değil. Bir proje uzun süredir kullanıldığında ve şu anda çözmekte olduğu problemler ilk yazıldığında çözdüğü problemler değil bu daha yaygındır.

Konuyla ilgili benim kişisel görüşüm, makro tasarım hakkında iyi bir fikre sahip olmanız , ancak mikro tasarımın gelişmesine izin vermeniz gerektiğidir . Bunu ifade etmenin bir başka yolu, (UML / modelleme araçlarıyla kullandığım kadarıyla) üst düzey tasarımın büyük olasılıkla bir projenin ömrü boyunca oldukça durağan kalacağıdır. Hangi yöntemlerin ve sınıf hiyerarşisinin ne yaptığını gösteren ayrıntılı tasarımın dövülebilir olması için ücretsiz olması gerekir.

Çözmekte olduğunuz problem hakkında pek bir şey bilmediğiniz zaman, çok daha ilk yanlış adımları yapacaksınız. Bununla birlikte, yeterince uzun süre çalıştıktan sonra, genel tasarım yerine oturmaya başlar ve bahsettiğiniz yeniden düzenlemeler, kodu düzenli tutmak için gerekli olan her şeydir.

Yaptığınız şeye halk arasında "yeniden düzenleme" denir. Bunu yapmaktan vazgeçersen başın derde girer.

Gerçek şu ki çoğu kod karmaşık ve insanlar, oldukça akıllı olanlar bile, hepsini bir anda çözemiyor.

Hayır, aşağıdaki gibi görünen YAGNI ve üstlenmeden verilen örneklerden. Bu daha iyi bir çözüme sahip olmanın ve bir daha asla bir şey hakkında düşünmemekten daha fazlasını yapmanın daha iyi olduğunu düşünmüyor musunuz?

Çevik yazılım geliştirme, genellikle şelale modelinden oldukça farklı olanı barındıran uygulamalara sahiptir .

Bu tamamen iyi (bu yeniden tasarımlar her zaman büyük revizyonlar olmadıkça veya sıfırdan yeniden oluşturmadıkça). Endişelenme. Projenin başlangıcında bir UML diyagramı ile başlamak iyi olabilir, ancak işlerin değiştiğini hemen hemen her zaman keşfedeceğiniz için onu taşa oymayın. Başlangıçta bilmediğiniz yeni teknikler öğrenebilir, bazı özellikleri ilk tasarım sırasında hiç düşünmediğiniz şekillerde, işletme gereksinimlerinde değişiklik yapmak isteyebilirsiniz, bazen yalnızca ilk tasarım sırasında bilinmeyenler olabilir. sonradan hesaba katılması, vb ...

Ne olduğunu önemli onlar tasarımında önemli değişiklikleri, (siz dahil) başka gelecek geliştiriciler yansıtacak şekilde çok karıştı bitebileceğini bu ilk UML belgeler gidip yenilenmesini sağlar. Bu zor olabilir ve çoğu zaman iyi bir disiplin (ve zaman) gerektirir.

Çok çok var çok bir tasarım ile başlar ve uygulama dek kendisine% 100 uymak için nadir. Kişisel olarak çok küçük ve önemsiz programlar dışında böyle bir şey olduğunu hiç görmedim.

Yaptığınız şey tamamen normaldir (her seferinde sıfırdan baştan başlayamazsanız). Yirmi yıldan beri bu işteyim ve bu hala yinelemeli bir süreç.

Her şeyi ön plana çıkarabilecek ve yapışabileceğin tek zaman, en son çözdüğün problemin aynısını çözüyor olman, ve o zaman bile, muhtemelen iyileştirme için yer bulabilirsin.

Hiçbir şekilde son derece deneyimli bir geliştirici değilim ama bunu da yapıyorum. Son birkaç yıl boyunca, zihinsel olarak gerekli mimariyi inşa etme yeteneğim büyük ölçüde gelişti. Ancak ne kadar planlama yapsam da, bir parça yazılım yazdığımda, her zaman biraz yeniden tasarlanması gereken yerler vardır. Farkında değildim noktalar kod yazılana kadar kendimi tekrar ediyorum.

Bu yazının amacı, listenizdeki her şeyi yaptığımı ve sürekli olmadıkça ve verimliliğiniz üzerinde gerçek bir olumsuz etkiye sahip olmadıkça bu şeylerin mutlaka kötü olduğunu düşünmüyorum.

Buna yinelemeli süreç denir ve tüm modern yazılım geliştirme tekniklerinde temel bir kavramdır.