Trường hợp Camel trong tài nguyên web

Question

Bạn có ý kiến ​​gì khi sử dụng trường hợp lạc đà cho tài nguyên web?

Tôi đến từ một nền Java mà trường hợp lạc đà là bản chất thứ hai, nhưng vẫn khi đặt tên tài nguyên web, chẳng hạn như html, css, trường hợp lạc đà javascript không cảm thấy đúng.

(ví dụ http://localhost/application/editUserForm.html vs http://localhost/application/edit/user/form.html)

Bất kỳ ý kiến, đề nghị được hoan nghênh!

Answer 1

Việc xem xét chính về các đề án đặt tên sẽ tác động đến SEO. Từ sự hiểu biết của tôi, Google (và có lẽ là các công cụ khác) có thể 'đọc' các từ được hợp nhất trong một chuỗi, vì vậy trường hợp lạc đà phải OK, như một chuỗi không phân biệt chữ hoa chữ thường. Việc tách lược đồ bằng thư mục bằng cách viết lại sẽ rõ ràng hơn đối với các trình thu thập dữ liệu ít khả năng hơn. Một lời khuyên mà Google đưa ra là sử dụng dấu gạch nối (-) thay vì dấu gạch chân (_), nhưng điều đó không có liên quan ở đây.

Nếu bạn mong đợi một người thực sự phải gõ địa chỉ đầy đủ, sử dụng một cái gì đó dễ đọc sẽ là tiền thưởng để giảm thiểu lỗi.

Answer 2

Tôi không tìm thấy điều gì sai với việc đặt tên như vậy.

Sở thích cá nhân của tôi là đặt tên cho tài nguyên web bằng -, như edit-user.jsp. Tôi nghĩ đó là câu hỏi về sở thích cá nhân. Tôi không thích _. - giúp dễ dàng tìm thấy các từ riêng biệt hơn trong thanh địa chỉ trình duyệt (ít nhất là đối với tôi). Và theo như tôi thấy - là khá phổ biến.

Answer 3

Nó có thể mở cửa cho các vấn đề với 2 tài nguyên tương tự khác nhau trong vỏ, nếu bạn đang triển khai trang web của bạn trên một môi trường cửa sổ (hoặc để phát triển hoặc lưu trữ).

Nhưng nếu bạn tránh các tên tệp 'tăng gấp đôi' như vậy thì nó càng ít hương vị.

Sơ đồ đặt tên như thế này http://localhost/application/edit/user/form.htm không hiển thị các từ riêng biệt tốt hơn và có thể dễ dàng phân tích cú pháp hơn khi làm gì đó với "người dùng".

Answer 4

Tôi không tìm thấy vỏ lạc đà rất hấp dẫn. Trong khi nó là quy ước cho Java và chúng ta nên làm theo nó khi thực hiện java, chúng ta không phải đặt tên cho các công cụ khác. Nó không phải là chúng ta thấy nó tẻ nhạt chèn một dấu phân cách giữa mỗi hai từ, nhưng gạch dưới là thực sự khó khăn để loại, nó đòi hỏi hai ngón tay hồng hào để kéo dài rất xa. Thật không may gạch dưới được ưa chuộng bởi các nhà thiết kế ngôn ngữ trong định danh.

Bất kỳ ai phát minh ra ngôn ngữ lập trình tiếp theo, vui lòng sử dụng '/' làm dấu cách khoảng trắng và '.' như tách từ, nên thay vì

java.beans.beancontext.BeanContext.getResourceAsStream() 

chúng tôi có

java/beans/bean.context/Bean.Context/get.resource.as.stream() 

chờ đợi ... '/' đã được sử dụng cho bộ phận. đừng bận tâm.