URL'lerde başlık durumu kullanmalı mıyım?


9

Şu anda birden çok web uygulaması olan bir sitede tutarlı bir adlandırma kuralına karar veriyoruz. Tarihsel olarak, 'tüm harfleri küçük harf' savunucusu oldum! URL oluştururken:

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

Ancak, geçen yıl veya iki yıl içinde, özellikle ASP.NET MVC kullanmaya başladığımdan ve REST tabanlı URL'lerle daha fazla ilişkim olduğundan, URL'deki her bölümün / kelimenin ilk harfini büyük harfle yazmanın hayranı oldum okunması daha kolay (imho).

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

İnsanların URL'leri okuması veya anlayabilmesi gereken bir durumda değiliz , dolayısıyla bu tek başına bir sürücü değildir. Aramızdaki en önemli şey rasyonel ve mantıklı tutarlı bir yaklaşımdır.

Öyle ya da böyle yapmayı iyi ilan eden standartlar ya da başka bir tercih tercih edecek (en azından gerçekçi olarak modern) kurulumlarda karşılaşabileceğimiz sorunlar var mı? Şu anda bu tartışma için genel fikir birliği nedir?

Yanıtlar:


10

Seçim esas olarak kozmetik olduğundan (yani, çoğu sistem büyük ve küçük harf arasında ayrım yapmaz ve kullanıcılar kesinlikle yapmaz), o zaman sadece sizi mutlu edenle devam etmenizi öneririm. Uygulama içinde tutarlılık , seçtiğiniz şekilde değil, anahtardır .

ASP.Net'i kullandığınızda, PascalCase yaklaşımıyla gitmenizi tavsiye ederim - çünkü Microsoft çerçevesi içinde (sistem kitaplıkları vb.) Var olma eğilimi budur. Ancak tutarlı olmaktan başka "en iyi uygulamalar" yoktur.

Çoğu tarayıcı, URL'yi kullanıcıdan gizlemek için oldukça iyi bir iş çıkarır, öyle ki, ana sayfası olarak google olan pek çok kişi, facebook'u arayacak ve tıklayacak - tarayıcı.


7
Ama sistem yapar ayırt etme ...
ghoppe

1
En azından büyük / küçük harf duyarlılığının sunucu yapılandırmasına bağlı olduğunu ve bu nedenle sistemin büyük ve küçük harf arasında ayrım yapmadığını belirtmek yerine dikkate değer olduğunu belirtmelisiniz.
jleach

@ jdl134679 bitti.
TZHX

4

Dahili web siteleri için, onunla tutarlı olduğunuz sürece önemli değildir.

Dış, halka açık siteler için, muhtemelen Linux / Apache web hostinginde az ya da çok standart olan küçük harflerle sadık kalmak istersiniz. Hatırladığım gibi, Firefox'un bazı sürümleri URL muhafazasını IE'den farklı ele alıyor gibi görünüyor. Bu, Chrome için de geçerli olabilir.

Tutarlı kasaya sahip olmak arama motoru optimizasyonu için de önemlidir. Google'ın küçük harfli.aspx ve Küçük harfli.aspx'i yinelenen içeriğe sahip farklı sayfalar olarak görmesini istemezsiniz. Algoritmaları bu hatalı kimliği önlemeye çalışırken, zaman zaman olur ve bir sayfanın cezalandırılmasına neden olabilir.


2

Kullanıcılar istedikleri gibi yazabildikleri sürece, gerçekten önemli değil. Şahsen ben tercih ederim TitleCase, ama katılmayanlar var. Tutarlıysanız, kimse umursamaz.

Web sunucunuz bir nedenle, http://foo.com/HelloWorldgitmeye çalıştığımda bana gösteremezse http://foo.com/helloworld, küçük harf tercih etmelisiniz. İnsanlar bugünlerde nadiren tam URL'ler yazarken, büyük harflerle uğraşmak zorunda kalmadan öne bakan adreslere erişilebilir olmalıdır.


2

MVC kullanmaya başladığınız REST soyutlamanıza "sızmamalıdır". Tüm küçük URL'leri kelimeler arasında kesik çizgilerle kullanmak için iyi nedenler vardır. URI'ler (etki alanı adları değil) büyük / küçük harfe duyarlıdır. Her şeyi küçük harcarsanız ve kelimeleri ayırmak için tire kullanırsanız, çok fazla tahmin çalışmasını ve bir kerelikleri ortadan kaldırmış olursunuz ve bir proxy sunucusu (nginx, nodejs, apache ...) kullanırsanız, her şeyin kırılmaya başlaması gerekmez çünkü aniden büyük / küçük harfe duyarlı.

"MiXeD-CaSe NaMeS. URL'nizde -Komple-Büyük-Küçük-ve-Küçük-Harfleri-Karakterleri ile kullanıcılarınızı karıştırmayın. Küçük harflere sadık kalın ve tahmin etmeyin. kullanıcı aslında bir URL'yi karışık durumda yazıyor, sunucuda normalize ediyor ve uygun durumu sunuyor ".


1

TLD'leri harfe duyarlı değildir ve Windows yolları sermaye ve Pascal durumda bir arada kullanırken, bizim uygulamalar yolları veya bileşenlerin burada, genellikle standart bir duruma normalize edilmiş, gelen istek yolları, duyarlı, çünkü /format/JSON/ve /format/json/iki isteklerdir farklı biçimler ve iki ayrı kaynak referans.

Ne zaman http://www.somewebsite.com/Having/URLs/That-Look-Something-Like-This/ adresini her gördüğümde , geliştiricinin amacının diğerlerinden biraz farklı görünmek olduğunu hissettim, ama hiçbir şey yenilikçi olmakla birlikte, okunabilirliği geliştirmeye de yardımcı olmuyor, özellikle de ben ve l , O ve 0 , analiziniz için diğer harfleriniz var.

Herhangi bir fikir birliğinin farkında değilim, bir tane olması gerektiğine de inanmıyorum, çünkü bir URL'nin yalnızca belirli bölümlerini büyük harfle yazmak kadar basit bir şey okunabilirlik üzerinde olumlu bir etkiye sahip olabilir ve eminim birisi, bir yerlerde zaten geliyor URL'lere mektup örnekleri uygulama konusunda ilginç fikirlerle.

Ancak, çoğu Web sunucusunun Linux üzerinde çalıştığına ve geliştiricilerin her zaman gelen metin verilerini standartlaştırdığına karar verirsek, giriş büyük / küçük harfe duyarlıdır, bunun nasıl yapıldığına bağlıyım.


0

ASLA kullanılabilirlik nedeniyle başlık davası kullanmayın! MOBILE telefonunuzda farklı vaka URL'si için kaç kez harcamanız ve tıklamanız gerektiğini düşünün !


İPhone'umda başlık başlığı '-' veya '_' tuşundan daha az ekstra tuş vuruşuna ihtiyaç duyuyor.
BradS

Modern akıllı telefonlar, en azından Windows telefonları, tek bir kaydırmada bunu başarmak için büyük harf tuşundan hızlıca kaydırmaya izin verir
0fnt
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.