เหตุใดการติดตามช่องว่างจึงเป็นเรื่องใหญ่ [ปิด]

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

นี่ดูเหมือนจะเป็นเหตุผลที่ดีที่จะหลีกเลี่ยง แต่ฉันต้องการดูว่ามีมากกว่านั้นหรือไม่ เหตุใดการตามช่องว่างที่ตามมาจึงเป็นเรื่องใหญ่

เหตุผลที่สำคัญสำหรับฉัน:

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

• เมื่อฉันมีตัวอักษรสตริงที่ขยายหลายบรรทัดช่องว่างต่อท้ายสามารถทำให้สตริงเอาต์พุตดูไม่ถูกต้องเมื่อใช้

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

ฉันเกลียดช่องว่างต่อท้ายจริงๆ แต่เหตุผลที่แน่นอนค่อนข้างคลุมเครือ

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

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

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

ใช่ฉันรู้แล้ว! ฉันรู้ว่าสิ่งเหล่านี้เป็นเหตุผลขยะ ฉันไม่ได้เป็นพวกชอบความสมบูรณ์แบบ แต่ ... ฉันอาจจะเป็นอย่างงั้นเหรอ?

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

น่าจะฉันสามารถวินิจฉัยด้วย trailspacefobia?

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

เสียงเรียกเข้าได้รับการออกแบบเพื่อให้การกระทำทั่วไปจับคู่กับตัวอักษรได้อย่างหมดจดโดยที่คุณไม่ต้องคิดว่าจะตีตัวอักษรหรือคีย์ผสมกันอย่างไร ปุ่มลัดต่าง ๆ ช่วยให้เคอร์เซอร์สามารถกระโดดไปมารอบ ๆ ข้อความได้อย่างรวดเร็วโดยใช้เวลาเพียงไม่กี่ปุ่มเท่านั้นในการเข้าถึงทุกที่ที่คุณต้องการ แม้แต่สิ่งต่าง ๆ เช่นพับบล็อคโค้ดนั้นรวดเร็วเนื่องจากคุณสามารถกด END หรือ $ เพื่อข้ามไปยังจุดสิ้นสุดของบรรทัดที่เคอร์เซอร์ควรทับซ้อน {หรือ} หรือ (หรือ) หรือบางสิ่งบางอย่าง - ไม่จำเป็นต้องหยุดการไหลของความคิดของคุณ รับแนวคิดบนหน้าจอ

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

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

_{ในฐานะ sidenote ฉันได้สังเกตเห็นด้วยว่าคนที่ไม่สนใจช่องว่างต่อท้ายคือคนที่ใช้เมาส์เพื่อนำทางและมักจะพิมพ์ดีดช้ากว่าเพราะ ...}

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

สถานการณ์ที่ชัดเจนที่สุดคือสตริงหลายบรรทัด Python, JavaScript และ Bash เป็นตัวอย่างบางส่วนของภาษาที่อาจได้รับผลกระทบจากสิ่งนี้:

print("Hello\·
····World")

ผลิต:

  File "demo.py", line 1
    print("Hello\
                 ^
SyntaxError: EOL while scanning string literal

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

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

^{ภาพประกอบ: การเน้นไวยากรณ์สามารถช่วยหลีกเลี่ยงช่องว่างต่อท้ายในสถานการณ์ที่มันสามารถนำไปสู่ข้อบกพร่อง แต่ไม่ต้องพึ่งมัน}

บริบทอื่นที่กล่าวถึงสั้น ๆ ในคำตอบก่อนหน้าคือข้อมูลที่เก็บไว้ในไฟล์

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

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

ฉันเพิ่งใช้เวลาหนึ่งวันเพื่อค้นหาข้อบกพร่องที่กลายเป็นช่องว่างต่อท้ายที่ไม่คาดคิดในข้อมูล

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

if (fp)........
{....
    fclose(fp);.
}
else
{.....
    prinft("File is NULL\n");
}..

ตัวอย่างนี้เป็นของเทียม แต่ฉันเห็นโค้ดจำนวนมากที่มีลักษณะเช่นนี้

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

ในกรณีส่วนใหญ่ช่องว่างจะมีการจัดรูปแบบรหัสสำหรับผู้อ่านของมนุษย์ ช่องว่างต่อท้ายอาจระบุหลายสิ่งรวมถึง:

• คำสั่งที่ไม่สมบูรณ์;
• ความคิดเห็นที่ขาดหายไป;
• การแก้ไขที่ผิดพลาด; หรือ
• การแก้ไขเลอะเทอะ

สองอย่างนี้อาจส่งผลให้เกิด funtioning ที่ไม่ถูกต้องและอื่น ๆ อาจทำให้ยากต่อการเข้าใจรหัส

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