ทำไมรหัส Wordpress จึง“ มีความสุขในอวกาศ”?

แกน WP, ปลั๊กอิน WP จำนวนมากและมาตรฐานการเข้ารหัส WPนั้นใช้ "แอปพลิเคชันใจกว้าง" ของSpaceตัวอักขระ (ไม่ใช่สำหรับการเยื้อง แต่ "ภายใน" ของ parens และวงเล็บ) สิ่งนี้ดูเหมือนจะไม่ซ้ำกับ Wordpress - รูปแบบ / ปรัชญานี้ดูเหมือนจะไม่ปรากฏในโครงการอื่น ๆ ที่คล้ายกัน, PHP หรืออื่น ๆ

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการนี้โปรดดู: https://make.wordpress.org/core/handbook/coding-standards/php/#space-usage

ตัวอย่าง: foreach ( (array) $foo as $bar ) { ...

ฉันหมายถึงพื้นที่หลัง foreach หลังจากแรก(และก่อนสุดท้าย)(และช่องว่างที่คล้ายกันอื่น ๆ ที่แสดงใน "การใช้พื้นที่" ที่ลิงค์ด้านบน)

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

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

คำตอบที่ให้ไว้สำหรับคำถามของ MK Safi คือ:

1. สำหรับการอ่าน
2. สถานะที่เป็นอยู่ (หรือที่รู้จักว่า "นั่นเป็นแบบที่มันเป็น")

เหตุผลของฉันในการถามคือฉันไม่เห็นคุณค่ามากนักในการนำมาตรฐานการเข้ารหัส WP มาใช้ (เกี่ยวกับ "การใช้พื้นที่") ในโครงการภายในเท่านั้นของเรา อย่างไรก็ตามฉันสงสัยว่าฉันขาดอะไร

มีเหตุผลใดที่นอกเหนือจากทั้งสองที่ระบุไว้ข้างต้นมีผลบังคับใช้อย่างเห็นได้ชัดหรือไม่สำหรับรูปแบบ "การใช้พื้นที่" ของ Wordpress?

Resoning

เกี่ยวกับ"white space" (ไม่ว่าแท็บหรือช่องว่าง): มันเป็นความชอบส่วนตัวที่ติดอยู่กับโครงการ

imo มาตรฐานการเข้ารหัส WP นั้นยุ่งเหยิงและสามารถถูกเพิกเฉยได้ตราบใดที่คุณไม่ได้มีส่วนร่วมกับแกนหลักซึ่งก็คือ

• เรื่องราวที่แตกต่างและ
• คู่มือสไตล์ได้รับการละเว้นเช่นกัน

"[... ] มันไม่ได้ใช้ย้อนหลังเป็นกลุ่มในรหัสเก่าเพราะมันทำให้ประวัติ svn / git ยากมากที่จะใช้นโยบายอย่างเป็นทางการคือรหัสใหม่ควรเป็นไปตามคู่มือสไตล์ แต่ถ้าคุณจัดรูปแบบโค้ดที่อยู่ติดกันอย่างถูกต้อง ถ้างั้นก็ให้แก้ไข แต่เฉพาะแพทช์ที่ฟอร์แมตโค้ดเท่านั้นหรือคอมมิทว่าห้ามฟอร์แมตโค้ดเท่านั้น "

^{- @TomJNowell ในความคิดเห็น}

ทางเลือก

คุณดีกว่าที่จะยึดติดกับมาตรฐานPSR (เช่น: 2) หรือสิ่งต่าง ๆ เช่นมาตรฐาน Symfony (หรือเฉพาะของคุณเอง)

การเพิ่มประสิทธิภาพและเครื่องมือ

ไม่มีกำไรที่คุณจะได้รับจากการมีมาตรฐานการเข้ารหัส (นอกเหนือจากการแบ่งปันและส่วนน้อยที่เกลียดมันในขณะที่คนอื่นสั่งให้มัน) หรือจากการมีแท็บหรือช่องว่างมากหรือน้อย ในกรณีที่คุณกังวลเกี่ยวกับพื้นที่ดิสก์ที่ไม่จำเป็นหรือโปรแกรมที่ช้าลงคุณยังสามารถบีบอัดโค้ดของคุณได้ (ดูโครงการ GitPHPHooks ) ประโยชน์ที่คุณจะได้รับจะอยู่ที่ประมาณ5% สูงสุดจากพื้นที่ไฟล์ดั้งเดิมซึ่งค่อนข้างจะเท่ากับการบีบอัด / การย่อขนาดของ HTML ให้กับคุณ มีเครื่องมือลดขนาด Node.jsทาง npm สำหรับสิ่งนั้น

สิ่งที่ฉันพบว่ามีประโยชน์จริงๆคือPHP Linterและ _PHP Mess Detector ฉันรวมทั้งสองอย่างไว้ในGitPHPHooks Libraryดังนั้นฉันไม่ต้องคิดหรือสนใจเกี่ยวกับการใช้มัน

ช่องว่างหลังจากจุดเป็นเรื่องปกติเช่น$baz . '-5'สไตล์นี้ใช้ในมาตรฐานการเข้ารหัสจำนวนมากสำหรับโอเปอเรเตอร์ ( y + z)

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

$cow.$dog.$cat.$table.$chocolate.$puddle.$iterator.$stuctureone.$stucturetwo

$cow . $dog . $cat . $table . $chocolate . $puddle . $iterator . $stuctureone . $stucturetwo

สิ่งนี้จะชัดเจนยิ่งขึ้นเมื่อล้อมรอบด้วย "รหัส" อื่น ๆ

สำหรับช่องว่างรอบ ๆ วงเล็บ( 1, 2, 3 )ฉันไม่รู้ว่าฉันคิดว่าเหตุผลก็เพื่อความสะดวกในการอ่านเช่นกัน

มันอาจสร้างความสับสนได้เนื่องจากมาตรฐาน WordPress เองมีตัวอย่างในวงเล็บในความคิดเห็นที่ไม่มีช่องว่างและ codebase เองก็สับสนกับบางส่วนที่มีช่องว่างและส่วนอื่น ๆ ที่ไม่ใช่ (ดูภาพด้านล่าง) แม้ในฟังก์ชั่นเดียวกัน

มาตรฐาน PHP ส่วนใหญ่ทำในสิ่งที่ตรงกันข้ามกับการเรียกร้อง .. วงเล็บควรกอดเนื้อหาของพวกเขา ในความเป็นจริงมาตรฐานการเข้ารหัสส่วนใหญ่สำหรับภาษาอื่น ๆ เขียนไว้เช่น: (1, 2, 3)ดังนั้นจึงเป็นบิตของความลึกลับทำไม WP ทำอย่างนี้

นี่คือตัวอย่างที่จะเปรียบเทียบจากฟังก์ชั่น WordPress

รุ่นใหญ่กว่าเพื่อเปรียบเทียบ: http://i.imgur.com/nTEbV7v.jpg

ฉันชอบที่ด้านขวาโดยเฉพาะอย่างยิ่งเมื่อดูรหัสเต็มหน้าจอ แต่มันเป็นความชอบส่วนตัว