ฉันควรใช้ตัวพิมพ์ชื่อเรื่องใน URL หรือไม่

ขณะนี้เรากำลังตัดสินใจเรื่องการตั้งชื่อที่สอดคล้องกันในเว็บไซต์ที่มีเว็บแอปพลิเคชั่นหลายตัว ในอดีตฉันได้รับการสนับสนุนจาก 'อักษรตัวเล็กทั้งหมด!' เมื่อสร้าง URL:

http://example.com/mysystem/account/view/1551

อย่างไรก็ตามในปีที่แล้วหรือสองปีโดยเฉพาะตั้งแต่ฉันเริ่มใช้ ASP.NET MVC และมีการติดต่อกับ URL ที่ใช้ REST มากขึ้นฉันกลายเป็นแฟนตัวยงของการใช้อักษรตัวแรกของแต่ละส่วน / คำภายใน URL เนื่องจากมันทำให้ อ่านง่ายกว่า (imho)

http://example.com/MySystem/Account/View/1551

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

มีมาตรฐานใดบ้างที่ประกาศว่าเป็นการดีที่จะทำอย่างใดอย่างหนึ่งหรืออีกวิธีหนึ่งหรือปัญหาที่เราอาจพบในการตั้งค่า (อย่างน้อยทันสมัยในปัจจุบัน) ที่จะเลือกการตั้งค่ามากกว่าอีกหรือไม่? ฉันทามติทั่วไปสำหรับการอภิปรายครั้งนี้คืออะไร?

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

ในขณะที่คุณกำลังใช้ ASP.Net ฉันขอแนะนำให้ใช้วิธีการ PascalCase - ซึ่งเป็นสิ่งที่มีอยู่ในกรอบงานของ Microsoft (ไลบรารีระบบ ฯลฯ ) แต่ไม่มี "แนวปฏิบัติที่ดีที่สุด" นอกเหนือจากความสอดคล้อง

เบราว์เซอร์ส่วนใหญ่ทำงานค่อนข้างดีในการซ่อน URL จากผู้ใช้ในระดับที่คนจำนวนมากที่มี google เป็นหน้าแรกของพวกเขาแล้วจะค้นหา facebook และคลิกที่มัน - แทนที่จะป้อน url Facebook ใน เบราว์เซอร์

สำหรับเว็บไซต์ภายในมันไม่สำคัญมากนักตราบเท่าที่คุณสอดคล้องกับมัน

สำหรับไซต์ภายนอกสาธารณะคุณอาจต้องการใช้ตัวพิมพ์เล็กซึ่งเป็นมาตรฐานใน Linux / Apache web hosting มากหรือน้อย ตามที่ฉันจำได้ Firefox บางเวอร์ชันก็ดูเหมือนว่าจะจัดการกับการใส่ URL ที่แตกต่างจาก IE สิ่งนี้อาจนำไปใช้กับ Chrome เช่นกัน

การมีปลอกที่สอดคล้องกันนั้นสำคัญกับการเพิ่มประสิทธิภาพของเครื่องมือค้นหาด้วย คุณไม่ต้องการให้ Google เห็น lower-case.aspx และ Lower-Case.aspx เป็นหน้าอื่นที่มีเนื้อหาซ้ำกัน ในขณะที่อัลกอริทึมของพวกเขาพยายามที่จะป้องกันข้อมูลประจำตัวที่ผิดพลาดมันเกิดขึ้นเป็นครั้งคราวและอาจทำให้หน้าถูกลงโทษ

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

หากเว็บเซิร์ฟเวอร์ของคุณไม่สามารถแสดงให้ฉันดูhttp://foo.com/HelloWorldเมื่อฉันพยายามที่จะไปด้วยเหตุผลบางประการhttp://foo.com/helloworldคุณควรเลือกใช้ตัวพิมพ์เล็กทั้งหมด ในขณะที่ผู้คนไม่ค่อยพิมพ์ URL แบบเต็มวันนี้ที่อยู่ด้านหน้าควรเข้าถึงได้โดยไม่ต้องทำตัวพิมพ์ใหญ่ด้วยตัวพิมพ์ใหญ่

ที่คุณเริ่มใช้ MVC ไม่ควร "รั่วไหล" ในสิ่งที่เป็นนามธรรมของ REST มีเหตุผลที่ดีในการใช้ URL ตัวพิมพ์เล็กทั้งหมดด้วยเครื่องหมายขีดกลางระหว่างคำ URI (ไม่ใช่ชื่อโดเมน) เป็นแบบตรงตามตัวพิมพ์ใหญ่ - เล็ก หากคุณพิมพ์เล็กทุกอย่างและใช้เครื่องหมายขีดคั่นเพื่อแยกคำคุณต้องกำจัดงานที่คาดเดาและหนึ่งครั้งมากและถ้าคุณใช้พร็อกซีเซิร์ฟเวอร์ (nginx, nodejs, apache ... ) คุณจะไม่ต้องหยุดทุกอย่าง เพราะมันเป็นกรณี ๆ ไป

"MiXeD-CaSe NaMeS. อย่าสับสนผู้ใช้ของคุณด้วยการผสมตัวพิมพ์ใหญ่และตัวพิมพ์เล็กตัวอักษรใน URL ติดกับตัวอักษรตัวพิมพ์เล็กและไม่คาดเดาหาก ผู้ใช้ของคุณพิมพ์ URL เป็นตัวพิมพ์ใหญ่ผสมให้เป็นมาตรฐานในเซิร์ฟเวอร์และแสดงตัวพิมพ์ที่เหมาะสม "

ในขณะที่ TLDs ไม่ได้เป็นกรณี ๆ ไปและเส้นทางของ Windows ใช้การรวมกันของเงินทุนและกรณี Pascal การใช้งานของเรามีความไวต่อเส้นทางการร้องขอเข้ามาที่เส้นทางหรือส่วนประกอบนั้นมักจะปกติจะเป็นกรณีมาตรฐานตั้งแต่/format/JSON/และ/format/json/มีการร้องขอสำหรับสอง รูปแบบที่แตกต่างและการอ้างอิงสองแหล่งข้อมูลที่แตกต่างกัน

เมื่อใดก็ตามที่ฉันเคยเห็นhttp://www.somewebsite.com/Having/URLs/That-Look-Something-Like-This/ฉันรู้สึกเหมือนความตั้งใจของนักพัฒนาส่วนใหญ่จะแตกต่างจากที่อื่น แต่ก็ไม่มีอะไรเลย การสร้างสรรค์และไม่ช่วยปรับปรุงความสามารถในการอ่านโดยเฉพาะอย่างยิ่งเมื่อคุณมีIและl , Oและ0ตัวอักษรอื่นที่มีไว้สำหรับการวิเคราะห์ของคุณ

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

แต่การตัดสินจากความจริงที่ว่าเว็บเซิร์ฟเวอร์ส่วนใหญ่ทำงานบน Linux และเรานักพัฒนามักจะจบลงด้วยการทำให้ข้อมูลข้อความขาเข้าเป็นมาตรฐานเพราะการป้อนข้อมูลเป็นตัวพิมพ์เล็กและตัวพิมพ์ใหญ่

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