ฉันสูญเสียการติดตามแอป PHP เว็บของฉันมันกลายเป็นงานยาก

ฉันเขียนโปรแกรมมาสองสามปีและคุ้นเคยกับ C # และ JavaScript เมื่อเวลาผ่านไป ฉันมีโครงการ C # และ JavaScript ที่ใหญ่กว่าซึ่งฉันไม่มีปัญหาในการนำทาง ฉันเพิ่งเริ่มต้นโครงการ PHP & AngularJS สำหรับการทำงานที่ไม่มีประสบการณ์มาก่อนด้วย PHP

กระแสของสิ่งต่าง ๆ ใน PHP กลายเป็นเรื่องยากที่จะติดตาม (ด้าน JavaScript มีขนาดใหญ่ขึ้น แต่ง่ายต่อการทำงาน) เมื่อฉันลองและคิดในเรื่องนั้นฉันคิดว่าลูกบอลที่พันกันยุ่งเหยิง ข้อผิดพลาดในการออกแบบที่สำคัญที่ฉันทำเมื่อฉันเริ่มจะเริ่มกองพะเนินเทินทึกและมีผลต่อการออกแบบของฉันไปข้างหน้า ใช้เวลานานขึ้นและนานขึ้นในการใช้งานสิ่งใหม่

ฉันอยู่ในกำหนดเส้นตายและพบว่ามันยากและยากที่จะเขียนดี DRY ของแข็งรหัส มันยิ่งดึงดูดให้คัดลอก / วางชิ้นส่วนของรหัสเพื่อสร้างพฤติกรรมที่เปลี่ยนแปลงเล็กน้อยเมื่อเวลาในการออกแบบเพิ่มขึ้น นอกจากนี้ยังใช้เวลานานในการกลับไปที่ฐานรหัสเมื่อใดก็ตามที่ฉันต้องทำการสลับบริบท (จากโครงการหนึ่งจากนั้นกลับสู่โครงการนี้) ฉันมีความรู้สึกกลัวเมื่อใดก็ตามที่ฉันกลับไปทำงานในโครงการนี้

ขั้นตอนใดที่ฉันสามารถแก้ไขได้ เวลาเพิ่มเติมอาจต้องมีความสมเหตุสมผลเช่นกันเจ้านายของฉันไม่ใช่นักพัฒนาและไม่คุ้นเคยกับการพัฒนาหรือวงจรชีวิตของซอฟต์แวร์ดังนั้นการอธิบายอาจยากกว่าปกติ

คุณกำลังรับหนี้ทางเทคนิค ยิ่งคุณปรับรหัสเลอะเทอะด้วยกำหนดเวลามากขึ้นกำหนดเวลามากขึ้นจะทำให้คุณประสบความสำเร็จน้อยลง

เข้าใจว่าคุณสามารถหลีกเลี่ยงสิ่งนี้ได้อย่างสมบูรณ์ ไม่มีใครไปจับคุณทำเลอะและออกบอลคุณ คุณจะตื่นขึ้นมาวันหนึ่งล้อมรอบไปด้วยความยุ่งเหยิง

ณ จุดนี้คุณจะอัปเดตประวัติการทำงานของคุณและทำให้เป็นปัญหาของฉันหรือคุณจะตัดสินใจชำระหนี้และใช้เวลาทำความสะอาดโค้ด

ถ้าคุณไปทำความสะอาดรูทีนเข้าใจว่าสิ่งนี้ไม่เกี่ยวกับ "ใช้เวลาในการออกแบบมากขึ้น" นี่คือการทำลายนิสัยขี้เกียจและการทิ้งขยะ

การขว้างรหัสสกปรกออกไปเป็นความคิดที่ผิด ไม่ใช่เพราะงานที่เข้าไป แต่เป็นเพราะรหัสการทำงานจับความคิด ย้ายแนวคิดไปยังโค้ดที่สะอาดก่อนที่คุณจะทิ้งโค้ดที่สกปรก

การมีการทดสอบหน่วยช่วยในเรื่องนี้ แต่ถ้าคุณสร้างการทดสอบด้วยความระมัดระวังเช่นเดียวกับที่คุณใส่เข้าไปในระเบียบที่พวกเขาอาจต้องแก้ไขเช่นกัน

อย่ายอมแพ้ หากคุณไม่สามารถเปลี่ยนได้แสดงว่าไม่ใช่ซอฟต์แวร์

ใช้เวลานานขึ้นและนานขึ้นในการใช้งานสิ่งใหม่

นี่คือเหตุผลของคุณ ยอมรับกินอีกาและอธิบายว่าทำไมสิ่งต่าง ๆ ถึงใช้เวลานานกว่านี้และคุณต้องใช้เวลาเล็กน้อยในการปรับโครงสร้าง + ออกแบบระบบใหม่

หากคุณไม่ทำเช่นนั้นคุณจะต้องปรับโครงสร้างทีละน้อยทุกครั้งที่ด้านล่าง งานใช้เวลานานกว่าที่คุณต้องการ - ใช้เวลาเพิ่มเล็กน้อยทุกครั้งที่คุณแตะที่ฐานรหัสเพื่อลองทำสิ่งที่ดีขึ้น เพิ่มการทดสอบการรวม แยกสิ่งที่เป็นนามธรรม

คำตอบโง่ที่ "ฉันจะสร้างโครงการขนาดใหญ่ได้อย่างไร" คือ "ทีละชิ้น"

แก้ไข

ได้อ่านบทความที่เกี่ยวข้องและมาข้ามบล็อกโพสต์นี้: http://ronjeffries.com/xprog/articles/refactoring-not-on-the-backlog/ TLDR : อย่าพยายามสร้าง refactor 'เฟส' ขนาดใหญ่ในโครงการของคุณ เป็นไปได้ยากที่จะได้รับการซื้อจากเจ้าของโครงการและคุณจะไม่มีทางเลือกในสิ่งที่ต้องรับมือในช่วงเวลาที่คุณมี ให้ใช้เวลาสำหรับการเปลี่ยนแปลงหรือแก้ไขข้อผิดพลาดแต่ละครั้งเพื่อกำจัดรหัสที่คุณกำลังใช้งานอยู่ในตอนนี้ อย่าปล่อยให้กลิ่นติดอยู่เมื่อคุณมีโอกาสแก้ไข

Sonarqube รองรับ PHP ดังนั้นคุณสามารถช่วยติดตามหนี้สินปัจจุบันและการรั่วไหลของคุณใหม่ได้ http://docs.sonarqube.org/display/PLUG/PHP+Plugin

ตัวอย่างสดด้วย Drupal https://sonarqube.com/dashboard?id=drupal