Soll ich in URLs die Groß- und Kleinschreibung verwenden?

Wir entscheiden uns derzeit für eine einheitliche Namenskonvention für eine Site mit mehreren Webanwendungen. Historisch gesehen war ich ein Verfechter der "Kleinbuchstaben aller Buchstaben!" beim Erstellen von URLs:

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

In den letzten ein oder zwei Jahren, insbesondere seit ich mit ASP.NET MVC angefangen habe und mich mehr mit REST-basierten URLs befasst habe, bin ich ein Fan davon geworden, den ersten Buchstaben jedes Abschnitts / Wortes innerhalb der URL so groß zu schreiben, wie es ist leichter zu lesen (imho).

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

Wir sind nicht in einer Situation , wo die Menschen müssen lesen oder in der Lage sein , die URLs zu verstehen, so dass nicht ein Fahrer per se. Die Hauptsache, die wir suchen, ist ein konsequenter Ansatz, der rational und sinnvoll ist.

Gibt es Standards, die es für gut erklären, auf die eine oder andere Weise vorzugehen, oder Probleme, auf die wir bei (zumindest realistisch modernen) Setups stoßen könnten, die eine Präferenz gegenüber einer anderen wählen würden? Wie ist der allgemeine Konsens für diese Debatte derzeit?

Da die Wahl hauptsächlich kosmetischer Natur ist (dh die meisten Systeme unterscheiden nicht zwischen Groß- und Kleinschreibung und Benutzer sicherlich nicht), würde ich vorschlagen, einfach mit dem zu arbeiten, was Sie glücklich macht. Konsistenz innerhalb der Anwendung ist der Schlüssel , nicht die Art und Weise, die Sie wählen.

Wenn Sie ASP.Net verwenden, würde ich empfehlen, den PascalCase-Ansatz zu verwenden, da dieser im Microsoft-Framework (Systembibliotheken usw.) häufig vorhanden ist. Es gibt jedoch keine anderen "Best Practices" als die Konsistenz.

Die meisten Browser verstecken die URL ziemlich gut vor dem Benutzer, so dass sehr viele Leute, die Google als Startseite haben, nach Facebook suchen und darauf klicken - anstatt die Facebook-URL in ihre einzugeben Browser.

Für interne Websites spielt es keine Rolle, solange Sie damit einverstanden sind.

Bei externen, öffentlich zugänglichen Websites möchten Sie sich wahrscheinlich an Kleinbuchstaben halten, die mehr oder weniger der Standard beim Linux / Apache-Webhosting sind. Soweit ich mich erinnere, scheinen einige Versionen von Firefox das URL-Gehäuse auch anders zu behandeln als der IE. Dies gilt möglicherweise auch für Chrome.

Ein konsistentes Gehäuse ist auch für die Suchmaschinenoptimierung von Bedeutung. Sie möchten nicht, dass Google Kleinbuchstaben.aspx und Kleinbuchstaben.aspx als unterschiedliche Seiten mit doppeltem Inhalt anzeigt. Während ihre Algorithmen versuchen, diese falsche Identität zu verhindern, geschieht dies von Zeit zu Zeit und kann dazu führen, dass eine Seite bestraft wird.

Solange Benutzer es nach Belieben eingeben können, spielt es keine Rolle. Ich persönlich bevorzuge es TitleCase, aber es gibt viele, die anderer Meinung sind. Wenn Sie konsequent sind, wird es niemandem etwas ausmachen.

Wenn Ihr Webserver mich aus irgendeinem Grund nicht anzeigen kann, http://foo.com/HelloWorldwenn ich versuche, zu gehen http://foo.com/helloworld, sollten Sie sich für Kleinbuchstaben entscheiden. Während heutzutage selten vollständige URLs eingegeben werden, sollten nach vorne gerichtete Adressen zugänglich sein, ohne mit der Großschreibung herumspielen zu müssen.

Dass Sie mit der Verwendung von MVC begonnen haben, sollte nicht in Ihre REST-Abstraktion "eindringen". Es gibt gute Gründe, alle URLs in Kleinbuchstaben mit Bindestrichen zwischen Wörtern zu verwenden. URIs (keine Domainnamen) unterscheiden zwischen Groß- und Kleinschreibung. Wenn Sie alles in Kleinbuchstaben schreiben und Bindestriche verwenden, um Wörter zu trennen, haben Sie viel Rätselraten und Unikate vermieden, und wenn Sie einen Proxyserver (nginx, nodejs, apache ...) verwenden, beginnt nicht alles zu brechen weil es plötzlich zwischen Groß- und Kleinschreibung unterscheidet.

"MiXeD-CaSe NaMeS. Verwirren Sie Ihre Benutzer nicht, indem Sie Groß- und Kleinbuchstaben in der URL mischen. Halten Sie sich an Kleinbuchstaben und lassen Sie sie nicht raten. Wenn Ihr Benutzer gibt tatsächlich eine URL in gemischter Groß- und Kleinschreibung ein, normalisiert sie auf dem Server und bedient die entsprechende Groß- und Kleinschreibung. "

Während TLDs nicht zwischen Groß- und Kleinschreibung unterscheiden und Windows-Pfade eine Kombination aus Groß- und Kleinschreibung und Pascal verwenden, reagieren unsere Anwendungen auf eingehende Anforderungspfade, bei denen Pfade oder Komponenten darin normalerweise auf einen Standardfall normalisiert werden, da /format/JSON/und /format/json/Anforderungen für zwei sind verschiedene Formate und verweisen auf zwei unterschiedliche Ressourcen.

Wann immer ich http://www.somewebsite.com/Having/URLs/That-Look-Something-Like-This/ gesehen habe , hatte ich das Gefühl, dass die Absicht des Entwicklers hauptsächlich darin bestand, ein bisschen anders als die anderen auszusehen, aber es ist nichts innovativ und es hilft auch nicht, die Lesbarkeit zu verbessern, besonders jetzt, wo Sie I und l , O und 0 haben , andere Buchstaben, die für Ihre Analyse kämpfen.

Mir ist kein Konsens bekannt, und ich glaube auch nicht, dass es einen geben sollte, denn etwas so Einfaches wie das Großschreiben nur bestimmter Teile einer URL könnte sich positiv auf die Lesbarkeit auswirken, und ich bin sicher, dass irgendwo bereits jemand auftaucht mit interessanten Ideen, wenn es darum geht, Groß- und Kleinschreibung auf URLs anzuwenden.

Angesichts der Tatsache, dass die meisten Webserver unter Linux ausgeführt werden und wir Entwickler immer eingehende Textdaten standardisieren, da bei der Eingabe zwischen Groß- und Kleinschreibung unterschieden wird, bleibe ich bei der Vorgehensweise.

Verwenden Sie aus Gründen der Benutzerfreundlichkeit NIEMALS die Groß- und Kleinschreibung! Stellen Sie sich vor, wie viel Zeit Sie auf Ihrem MOBILE- Telefon für verschiedene Fall-URLs und Klicks aufwenden sollten !