PHP web uygulamamın akışını takip etmiyorum, çalışmak zorlaşıyor

Birkaç yıldır programlıyorum ve zaman içinde C # ve JavaScript ile çok aşina oldum. Gezinmekte sorun yaşamadığım daha büyük bazı C # ve JavaScript projelerim var. Geçenlerde PHP ile daha önce hiç deneyime sahip olmayan bir PHP & AngularJS projesi başlattım.

Şeylerin PHP tarafının akışını takip etmek zorlaşıyor (JavaScript tarafı daha büyük, ancak çalışması kolay), denediğimde ve düşündüğümde karışık bir iplik topu hayal ediyorum. Başladığımda yaptığım büyük tasarım hataları birikmeye başlıyor ve tasarımımı ilerletmeye başlıyor. Yeni bir şey uygulamak daha uzun ve daha uzun sürer.

Sıkı bir son tarihteyim ve iyi, DRY, SOLID, kod yazmak daha zor ve zor. Tasarım süresi arttıkça davranışında küçük değişiklikler yapmak için kod parçalarını kopyalamak / yapıştırmak daha cazip hale geliyor. Ayrıca, bir bağlam anahtarı yapmak zorunda kaldığımda kod tabanına geri dönmek uzun zaman alıyor (bir projeden sonra bu projeye geri dönün), bu projede çalışmaya geri döndüğümde korkuyorum.

Bunu düzeltmek için hangi adımları atabilirim? Ekstra zamanın da haklı olması gerekir, patronum bir geliştirici değildir ve geliştirme veya yazılım yaşam döngülerine aşina değildir, bu yüzden açıklamak normalden daha zor olabilir.

Teknik borç alıyorsunuz. Özensiz kodları son teslim tarihleriyle ne kadar fazla haklı çıkarırsanız, daha fazla teslim tarihi daha az ve daha az başarı elde ettiğinizi görür.

Bununla tamamen kurtulabileceğinizi anlayın. Kimse seni berbat edip yakalayamayacak. Sadece bir gün dağınıklıkla çevrili uyanıyorsun.

Bu noktada özgeçmişinizi güncelleyecek ve benim sorunum olacak veya borcu ödemeye ve kodu temizlemek için biraz zaman geçirmeye karar vereceksiniz.

Temizlik rutini giderseniz bunun "tasarım için daha fazla zaman harcamak" ile ilgili olmadığını anlamak. Bu, bazı tembel alışkanlıkları kırmak ve çöpü atmakla ilgilidir.

Kirli kod toptan atmak kötü bir fikirdir. İçine giren iş yüzünden değil, çalışma kodu bir fikir yakaladığı için. Kirli kodu çöpe atmadan önce fikri temiz koda taşıyın.

Birim testlerine sahip olmak buna yardımcı olur, ancak testlerinizi aynı özenle oluşturduysanız, karışıklığa koyduğunuzda muhtemelen düzeltilmesi gerekir.

Sertliğe kapılmayın. Eğer değiştiremezseniz yazılım değildir.

Yeni bir şey uygulamak daha uzun ve daha uzun sürer.

Bu sizin gerekçeniz. 'fess', biraz karga yiyin ve işlerin neden daha uzun sürdüğünü ve sistemi yeniden yapılandırmak + yeniden tasarlamak için biraz zaman harcamanız gerektiğini açıklayın.

Bunu yapmazsanız, aşağıdan aşağıya yavaş yavaş yeniden gözden geçirmeniz gerekir. Görevler zaten istediğinizden daha uzun sürüyor - daha iyi bir şey yapmak için kod tabanına her dokunduğunuzda biraz daha fazla zaman ayırın. Bir entegrasyon testi ekleyin. Bir soyutlama çıkartın.

"Büyük bir projeyi nasıl yeniden düzenlerim?" "Her seferinde bir parça" dır.

DÜZENLE

İlgili yayınları okuyordu ve bu blog yayınına rastladım: http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/ . TLDR : projenizde büyük bir refactor 'aşaması' yaratmaya çalışmayın; proje sahiplerinden satın alma olasılığı düşüktür ve sahip olduğunuz süre boyunca neyle başa çıkacağınız konusunda seçimleriniz konusunda yönlendirilmezsiniz . Bunun yerine, şu anda üzerinde çalıştığınız kodu temizlemek için her yeni değişikliğin veya hata düzeltmesinin zamanını alın. Onları düzeltme fırsatınız olduğunda kokuların etrafta dolaşmasına izin vermeyin.

Sonarqube PHP'yi destekler, böylece mevcut borcunuzu ve yeni sızıntılarınızı takip etmenize yardımcı olabilirsiniz. http://docs.sonarqube.org/display/PLUG/PHP+Plugin

Drupal ile canlı örnek https://sonarqube.com/dashboard?id=drupal