การรองรับ PHP ใน Maguyva: เว็บแอปที่อยู่มายาวนานโดยไม่ต้องแก้ไขแบบมองไม่เห็น

เหตุใด PHP จึงต้องการการค้นหาที่รับรู้โครงสร้าง

PHP เป็นตัวอย่างที่ชัดเจนที่สุดตัวหนึ่งว่าทำไมการรองรับภาษาอย่างกว้างขวางต้องเป็นเรื่องจริง ไม่ใช่แค่ความปรารถนา ระบบสำคัญจำนวนมากยังคงเป็นระบบ PHP: แอป Laravel, โมโนลิธเก่า, เครื่องมือแอดมินภายใน และเว็บแอปที่ปรับแต่งหนักจนรอดจากทุกแผนเขียนใหม่

ใน repo เหล่านั้น ปัญหาไม่ได้อยู่ที่ไวยากรณ์ แต่อยู่ที่การกู้คืนโครงสร้างอย่างปลอดภัยจากโค้ดเบสที่มีเวลาหลายปีในการสะสมตัวช่วย, ข้อตกลงของเฟรมเวิร์ก และทางลัดเฉพาะที่

สิ่งที่ Maguyva ดึงออกมาจริงใน PHP

Maguyva ตัดสัญลักษณ์ $ ออกจากคำนิยาม ทำให้การเรียกที่มีคำนำหน้าสมาชิกเป็นมาตรฐานเดียวกัน และกรองสัญญาณรบกวนจากฟังก์ชันในตัวของ PHP ออกจากกราฟความสัมพันธ์จำนวนมาก นี่คือการทำความสะอาดแบบที่โค้ด PHP เก่าต้องการก่อนที่มุมมองการค้นหาและ dependency จะมีประโยชน์

นอกจากนี้ยังรองรับรูปแบบไฟล์ที่ทีม PHP พบเจอจริง ตั้งแต่ .php และ .phtml ไปจนถึงส่วนขยายรุ่นเก่าที่ยังปรากฏอยู่ในระบบที่อยู่มานาน

เวิร์กโฟลว์ MCP ที่มีประโยชน์สำหรับแอป PHP ที่อยู่มายาวนาน

รูปแบบที่ให้ผลลัพธ์มักเป็น:

• find_symbol สำหรับ controller, service, model หรือคลาสตัวช่วยที่มีชื่อคงที่
• text_pattern_search สำหรับชื่อเส้นทาง, การเรียกตัวช่วยหรือข้อตกลงเฟรมเวิร์กเก่า เมื่อข้อความตรงตัวยังเป็นเส้นทางที่เร็วที่สุด
• get_task_context เมื่อเส้นทางโค้ดยุ่งเหยิงและต้องการสรุปแบบเย็บต่อกันก่อนแก้ไข

เมื่อใดที่หน้านี้มีประโยชน์

หน้านี้เหมาะกับทีมที่คำถามในทางปฏิบัติคือ “เรายังรัน PHP ที่สำคัญอยู่” หากฟรอนต์เอนด์อยู่ใน JavaScript สมัยใหม่ ให้อ่าน JavaScript ต่อ หาก repo มี service หรือเลเยอร์การทำงานอัตโนมัติใหม่กว่ารอบๆ Python คือหน้าคู่หูที่เกี่ยวข้องกว่า