ข้อดีและข้อเสียของภาษาที่ใช้ช่องว่างกับ {} เพื่อระบุขอบเขตคืออะไร [ปิด]

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

ภาษาใดก็ตามที่มีช่องว่างเป็นโทเค็นจะต้องตาย

โพสต์ในภายหลังในคำตอบเดียวกัน:

ฉันถูกจัดเรียงของต่อต้านช่องว่างเป็นโทเค็นจนกว่าฉันจะลองจริง มันอาจช่วยได้ว่าเลย์เอาต์ white-space ส่วนตัวของฉันนั้นตรงกับสิ่งที่ทุกคนใน python-land ใช้ อาจเป็นเพราะฉันเป็นคนที่เรียบง่าย แต่ถ้าคุณจะเยื้อง ๆ ทำไมต้องกังวลกับ {} s?

ฉันเห็นข้อโต้แย้งที่ชัดเจนสำหรับแต่ละด้าน:

ใช้ช่องว่าง:

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

ใช้โทเค็น:

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

มีจุดใดที่ฉันพลาดหรือไม่ คุณชอบอันไหน? คำพูดใด ๆ ของปัญญาหลังจากทำงานกับคนใดคนหนึ่งเป็นเวลานาน?

PS ฉันเกลียดเมื่อภาษาไม่ใช้โทเค็นเดียวกันสำหรับแต่ละโครงสร้างการควบคุม VB นั้นน่ารำคาญมากกับข้อความEnd IfและEnd Whileข้อความภาษาอื่น ๆ ส่วนใหญ่ใช้ {} เพื่อทุกสิ่ง แต่อาจเป็นหัวข้อสำหรับคำถามอื่น ...

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

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

ด้วยความเสี่ยงที่จะเกิดเสียงเหมือนแฟนตัวยงที่สุดฉันคิดว่าทุกคนที่อ้างว่าช่องว่าง "ช่วยลดการเยื้องในรหัสที่ไม่สอดคล้องกัน" ไม่เคยใช้ Visual Studio ด้วยคำสั่งเดียว (ฉันคิดว่าทางลัดเริ่มต้นคือ Ctrl + K, D) การเยื้องทั้งหมดนั้นสอดคล้องกันทันที นอกจากนี้เมื่อวางโค้ดการเยื้องจะได้รับการแก้ไขทันทีโดยไม่ต้องทำอะไรเลยและสิ่งเดียวกันก็เป็นจริงเมื่อเขียนโค้ดใหม่หรือเมื่อห่อบางสิ่งในifบล็อกอื่นหรือบล็อกอื่น (ฟอร์แมตเกิดขึ้นเมื่อ}พิมพ์) นอกจากนี้การกด Enter หลังจากคำสั่งที่เสร็จสมบูรณ์แล้วจะวางเคอร์เซอร์ที่ระดับการเยื้องที่ถูกต้องสำหรับคำสั่งถัดไปแม้ว่าคำสั่งก่อนหน้านี้จะถูกเยื้องต่อไปเนื่องจากการifหรือคล้ายกันทำให้ยากมากที่จะคิดว่าคำสั่งยังอยู่ภายใต้ifเมื่อไม่ได้ตั้งใจ

ประเด็นที่ฉันพยายามทำไม่ใช่ว่า Visual Studio ยอดเยี่ยม จุดที่ฉันพยายามทำคือ IDE สามารถแก้ไขการเยื้องอัตโนมัติ (และปัญหาการจัดรูปแบบอื่น ๆ ) ได้โดยอัตโนมัติ แต่เฉพาะในกรณีที่ความหมายของโปรแกรมไม่ได้ขึ้นอยู่กับการจัดรูปแบบของมัน สิ่งนี้จะช่วยให้โปรแกรมเมอร์มีโอกาสมากขึ้นที่จะมุ่งเน้นไปที่งานเขียนโปรแกรมจริง ไวยากรณ์เช่น Python เป็นแบบต่อต้าน: มันเป็นไปไม่ได้ที่จะเขียน IDE ที่สามารถ "แก้ไข" การเยื้องของรหัสไพ ธ อนได้เนื่องจากการเยื้องของตัวเองระบุความหมายบางอย่าง

¹ _{(ฉันรู้ว่ามีกรณีพิเศษที่ VS ปฏิเสธที่จะจัดรูปแบบใหม่คือตัวอักษรแถวลำดับที่ขยายหลายบรรทัด แต่นั่นอยู่ด้านข้างจุด)}

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

ฉันเกลียดเมื่ออยู่ในหลามที่ผู้คนไป:

if something
    do something
    do somethingelse

    cleanup
else
    do the other thing

ขณะที่อยู่ในดินแดนโทเค็นฉันเกลียดเมื่อมีคนคัดลอกและวางและไม่ทำความสะอาดเยื้อง ,

if something
{
I have been too lazy
      {
            to clean up
            }
what I pasted
}

หรือไม่ได้ใช้เส้นที่แยกต่างหากสำหรับโทเค็น

if something {
    I find this confusing
}
else {
especially when combined with the previous 
do something
}

ฉันอ่านทั้งสามเล่มได้ แต่พวกเขาไม่ได้อย่างที่ฉันคาดหวังและฉันต้องใช้ความพยายามในการแยกวิเคราะห์และอย่างที่โจเอลพูดเมื่อสิ่งต่าง ๆ ไม่ทำงานอย่างที่คุณคาดหวังมันทำให้คุณผิดหวัง

Pro: ไม่มีสงครามศักดิ์สิทธิ์ / การเยื้องย่างในโลก Python เท่าที่ฉันรู้ การตัดสินใจนี้ในนามของนักพัฒนาอาจช่วยได้บ้าง

คอนดิชั่น: ฟังก์ชั่นที่ไม่ระบุชื่อถูก จำกัด ไว้ที่หนึ่งบรรทัด ฟังดูดี แต่ฉันมักพบว่าตัวเองเขียนหลายบรรทัดlambdaใน Scheme (ส่วนใหญ่ใช้ป้อนmapหรือapplyในที่เดียวดังนั้นจึงไม่มีเหตุผลที่จะประกาศแยกต่างหาก)

{} เพิ่มความซ้ำซ้อน ความซ้ำซ้อนมากเกินไปไม่ดีและน้อยเกินไป และการป้อนข้อมูลด้วยตนเองก็ไม่ดีโดยเฉพาะ ถ้ามันยากที่จะใช้

ดังนั้นในเวลาที่ไม่ดี / ไม่มี IDE รูปแบบช่องว่างอาจดีกว่าเล็กน้อย แต่ด้วย IDE ที่มีประสิทธิภาพการจัดฟันดีกว่า

ปัญหาที่ฉันพบด้วยภาษาของช่องว่างคือมีการแสดงออกตามเงื่อนไขหลายหน้า การเพิ่มบรรทัดตรงกลางของหน้าสองและการออกไปหนึ่งช่องว่างตรงกลางของระเบียบทั้งหมดสามารถเปลี่ยนตรรกะของโค้ดของคุณได้อย่างมาก และถึงแม้ว่ารหัสของใครบางคนนั้น "ถูกต้อง" การพยายามอ่านมันทำให้เกมที่เดายาก ตัวเลือก "if" ตัวนี้คืออะไร ฉันสามารถนับการจัดฟันได้ง่ายกว่าการนับตัวอักษรว่างเปล่าที่มองไม่เห็น และเครื่องจักรที่ติดประกาศไว้ในเว็บไซต์นี้จะทำการอัดเข้าไปในที่เดียว

IMHO "{{{{{" is more reliable than "     ".

ผมไม่คิดว่ามันเป็นจริงเมื่อเทียบกับ
Pythoneers มักจะวิพากษ์วิจารณ์โปรแกรมเมอร์วงเล็บปีกการาวกับว่าพวกเขาจะพร้อมที่จะละเมิดการเยื้องเพราะพวกเขาสามารถ
ในความเป็นจริงฉันใช้การเยื้องสม่ำเสมอ 100% เสมอก่อนที่จะทราบเกี่ยวกับ Python และการกำหนดขอบเขตการเยื้อง

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

ไพ ธ อนเนอร์จะยืนยันว่าการจัดฟันนั้นไร้ประโยชน์เมื่อการเยื้องเป็นส่วนหนึ่งของไวยากรณ์ แต่ไม่ใช่การจัดฟันจะช่วยให้อ่านง่ายขึ้น ฉันลองเขียนโปรแกรม Python และมันเป็นภาษาที่น่าสนใจมากสำหรับฉัน แต่คุณเคยลองใช้การif-elifเยื้องมากกว่า 2 หรือ 3 ระดับหรือไม่? พวกเขาดูไม่เรียบร้อยอีกต่อไป

PS: ฉันเขียนเครื่องหมายปีกกาแต่โดยทั่วไปฉันหมายถึงโทเค็นตัวคั่น วงเล็บเปิดสามารถเห็นได้ว่าซ้ำซ้อน แต่ภาษาอาจเป็นแบบนี้ (อันที่จริงฉันแน่ใจว่ามีภาษาแบบนี้ แต่ฉันไม่รู้จักพวกเขาดี):

if condition:
    statement
    other_statement()
end

PS2: 2019, 4 ปีหลังจากคำตอบนี้ ฉันเรียน Python และคุ้นเคยกับการเยื้องความหมายโดยสิ้นเชิงและไม่ยากที่จะอ่านเลย โดยเฉพาะอย่างยิ่งด้วยความช่วยเหลือของ IDE ที่ทันสมัยที่วาดแถบแนวตั้งเพื่อช่วยในการระบุบล็อกเยื้อง