Vraag Wat zijn de naamgevingsconventies voor de URL-parameters of de te volgen standaarden


Zijn er naamgevingsconventies of -normen voor URL-parameters die moeten worden gevolgd. Ik gebruik over het algemeen kamelenhulzen als userId of itemNumber. Aangezien ik op het punt sta om met een nieuw project te beginnen, was ik aan het zoeken of hier iets voor was en kon ik niets vinden. Ik kijk hier niet naar vanuit een perspectief van taal of raamwerk, maar meer als een algemene webstandaard.


25
2018-02-20 09:43


oorsprong


antwoorden:


Ik raad aan te lezen Coole URI's veranderen niet door Tim Berners-Lee voor een inzicht in deze vraag. Als u parameters in uw URI gebruikt, is het misschien beter deze te herschrijven om weer te geven wat de gegevens feitelijk betekenen.

Dus in plaats van het volgende:

/index.jsp?isbn=1234567890
/author-details.jsp?isbn=1234567890
/related.jsp?isbn=1234567890

Dat zou je hebben gedaan

/isbn/1234567890/index
/isbn/1234567890/author-details
/isbn/1234567890/related

Het creëert een meer voor de hand liggende gegevensstructuur en betekent dat als u de platformarchitectuur wijzigt, uw URI's niet veranderen. Zonder de bovenstaande structuur,

/index.jsp?isbn=1234567890

wordt

/index.aspx?isbn=1234567890

wat betekent dat alle links op uw site nu verbroken zijn.

Over het algemeen gebruikt u alleen queryreeksen als de gebruiker redelijkerwijs kan verwachten dat de gegevens die worden opgehaald, bijvoorbeeld met een zoekopdracht. Als u een queryreeks gebruikt om een ​​onveranderlijke bron uit een database op te halen, gebruikt u URL-herschrijving.


19
2018-02-20 10:13



Er zijn geen normen die ik ken. Houd gewoon rekening met IE's URL-lengtelimiet van 2.083 tekens.


6
2018-02-20 09:49



Standaard voor URI worden gedefinieerd door RFC2396.
Alles na het gestandaardiseerde gedeelte van de URL wordt aan u overgelaten.

U wilt waarschijnlijk alleen een bepaalde conventie over uw parameters volgen op basis van het framework dat u gebruikt.
Het grootste deel van de tijd zou het u niet eens veel kunnen schelen, want deze zijn niet onder uw controle, maar als ze dat zijn, wilt u waarschijnlijk op zijn minst consistent zijn en proberen gebruikersvriendelijke bits te genereren:

  • dat zijn kort,
  • als ze bedoeld zijn om rechtstreeks toegankelijk te zijn voor gebruikers, moeten ze gemakkelijk te onthouden zijn,
  • niet hoofdlettergevoelig (kan moeilijk zijn, afhankelijk van het besturingssysteem van de server).
  • volg wat SEO-richtlijnen en praktische tips, ze kunnen je veel helpen.

Ik zou zeggen dat netheid en gebruikersvriendelijkheid lovenswaardige doelen zijn om naar te streven bij het presenteren van URL's.
StackOverflow doet het redelijk goed.


5
2018-02-20 10:13



Net als de andere antwoorden heb ik niets gehoord over conventies.

De enige "standaard" die ik zou naleven is om de meer zoekmachine vriendelijke praktijk van het gebruik van een URL-rewriter te gebruiken.


2
2018-02-20 09:51



Ik gebruik kleine letters. Afhankelijk van de technologie die u gebruikt, is QS ofwel gedreigd als hoofdlettergevoelig (bijvoorbeeld PHP) of niet (bijvoorbeeld ASP). Het gebruik van kleine letters voorkomt mogelijke verwarring.


2
2018-02-20 10:11



Er zijn geen normen die ik ken, en zaak zou er niet toe doen.

In uw toepassing (website) moet u zich echter aan uw eigen normen houden. Voor uw eigen verstand als niets anders.


0
2018-02-20 09:58