2 choses:
- les url ont une semantique, tu peux pas te permettre de les changer comme tu veux quand tu veux. Une url, c'est standardise, en l'occurence un hote, un path et des query params. T'es libre de penser le contraire, mais la spec parle de path, et pas de prefixe plus path. Accessoirement, bon courage pour faire rentrer ca dans un concept REST ou le path (tout le path) represente l'identite de la resource. On peut aussi citer "cool uris dont change".
- partant de la, le developeur n'a aucune raison de gacher du temps et de l'energie et compliquer son design pour accomoder des pratiques grouik qui vont a l'encontre des specs et des fondements d'http. Surtout quand t'as des outils te permettant de faire les choses proprement plus facilement que de les faire a la rache.
[^] # Re: ?
Posté par groumly . En réponse au journal xip.io pour une infinité de domaines gratos !. Évalué à 6.
2 choses:
- les url ont une semantique, tu peux pas te permettre de les changer comme tu veux quand tu veux. Une url, c'est standardise, en l'occurence un hote, un path et des query params. T'es libre de penser le contraire, mais la spec parle de path, et pas de prefixe plus path. Accessoirement, bon courage pour faire rentrer ca dans un concept REST ou le path (tout le path) represente l'identite de la resource. On peut aussi citer "cool uris dont change".
- partant de la, le developeur n'a aucune raison de gacher du temps et de l'energie et compliquer son design pour accomoder des pratiques grouik qui vont a l'encontre des specs et des fondements d'http. Surtout quand t'as des outils te permettant de faire les choses proprement plus facilement que de les faire a la rache.