Каковы правила или стандарты именования параметров URL, которым нужно следовать

Question

Существуют ли какие-либо соглашения или стандарты именования для URL-параметров, которым необходимо следовать. Обычно я использую верблюжий корпус, например userId или itemNumber. Когда я собирался начать новый проект, я искал, есть ли что-нибудь для этого, и не смог ничего найти. Я смотрю на это не с точки зрения языка или структуры, а скорее в качестве общего веб-стандарта.

Answer 1

Я рекомендую прочитать Прохладный URI «Не меняйся» Тима Бернерса-Ли для понимания этого вопроса. Если вы используете параметры в своем URI, может быть лучше переписать их, чтобы они отражали, что на самом деле означают данные.

Таким образом, вместо следующего:

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

У вас будет

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

Это создает более очевидную структуру данных и означает, что если вы измените архитектуру платформы, ваш URI не изменится. Без вышеуказанной структуры,

/index.jsp?isbn=1234567890

становится

/index.aspx?isbn=1234567890

, что означает, что все ссылки на вашем сайте теперь не работают.

Как правило, строки запроса следует использовать только тогда, когда пользователь может ожидать, что сгенерированные данные будут сгенерированы, например, с поиском. Если вы используете строку запроса для извлечения неизменного ресурса из базы данных, тогда используйте перезапись URL.

Answer 2

Стандарт для URI определяется как RFC2396 .
Все, что осталось после стандартизированной части URL, оставлено вам.

Возможно, вы хотите следовать определенным соглашениям в отношении ваших параметров на основе используемой вами платформы.
В большинстве случаев вас это даже не волнует, потому что они не находятся под вашим контролем, но когда они есть, вы, вероятно, захотите, по крайней мере, быть последовательными и попытаться сгенерировать удобные биты:

• короткие,
• если они предназначены для непосредственного доступа пользователям, их должно быть легко запомнить,
• без учета регистра (может быть сложно в зависимости от операционной системы сервера).
• следуйте некоторым рекомендациям и рекомендациям по SEO , они могут вам очень помочь.

Я бы сказал, что чистота и удобство - это похвальные цели, к которым нужно стремиться при представлении URL.
StackOverflow справляется с этим довольно хорошо.

Answer 3

Нет стандартов, о которых я знаю. Просто помните, что ограничение длины URL в IE составляет 2083 символа.

Answer 4

Я использую строчные буквы. В зависимости от используемой вами технологии, QS либо зависит от регистра (например, PHP), либо нет (например, ASP). Использование строчных букв позволяет избежать путаницы.

Answer 5

Как и другие ответы, я не слышал ни о каких условностях.

Единственный «стандарт», которого я придерживаюсь, - это использование более дружественной для поисковых систем практики использования переписывателя URL.

Answer 6

Я не знаю стандартов, и дело не должно иметь значения.

Однако в рамках вашего приложения (веб-сайта) вы должны придерживаться своих собственных стандартов. Для вашего же здравомыслия, если ничего другого.