Почему маршрутизация Express.js не выбирает правильный маршрут?

Question

Почему маршрутизация Express.js не выбирает правильный маршрут?

1

Поэтому у меня есть следующий маршрут:

app.delete('/project/:id', crud.deleteProject);
app.delete('/project/resource/', crud.removeResourceFromProject);

Когда я запускаю вызов ajax с URL-адресом http://mysite.no/project/resource/:

delete: function(url,data) {
return $.ajax({
  url: url,
  type: "DELETE",
  dataType: 'json',
  data: data
});

Express запускает функцию crud.deleteProject.

Если я прокомментирую или переведу его ниже другого маршрута, он работает так, как ожидалось.

Почему это?

Steven 17 сен. 2017, в 14:48

Источник

4

В этом случае порядок маршрутов очень важен. :id может быть любым (например, 135 , foo , resource ). Итак, если ваши маршруты объявлены так, как вы это сделали, Express найдет совпадение для '/project/:id' и остановится на этом. Если вы попытаетесь сначала найти '/project/resource/' , он не будет проверять другие маршруты.
blex 17 сен. 2017, в 12:25
0

Какой смысл использовать :whatever если экспресс не соответствует ему точно? Я думал, что весь смысл маршрутизации должен соответствовать конкретным URL.
Steven 17 сен. 2017, в 12:53
1

:whatever , действительно, будет соответствовать чему-либо. Это может быть полезно во многих ситуациях, например, для получения поискового запроса, который может содержать цифры, буквы и т. Д. Однако вы можете ограничить его только цифрами, если хотите. Посмотрите на этот вопрос: stackoverflow.com/questions/11258442/…
blex 17 сен. 2017, в 12:59
0

Извините, если я немного медленный, но ... :id - это параметр, а /resource/ - это путь. Так Экспресс не различает эти два?
Steven 17 сен. 2017, в 13:01
1

Он не знает, является ли resource путем или параметром, пока не найдет соответствующий маршрут. Если первый совпадающий маршрут говорит о том, что это параметр, то он будет обрабатываться как один. Если первый соответствующий маршрут говорит, что это путь, то он будет трактовать его как путь. Как я уже говорил ранее, порядок вашего промежуточного программного обеспечения очень важен. Сначала вы должны проверить наиболее конкретные маршруты, а затем наиболее «разрешающие».
blex 17 сен. 2017, в 13:04
0

Хорошо, спасибо. Последний вопрос. Является ли этот экспресс особенным? Или эта логика применима к методам маршрутизации в целом?
Steven 17 сен. 2017, в 13:50
1

Я не работал со многими обработчиками маршрутов, поэтому не могу сказать, что это всегда применимо, но эта логика также применима при использовании PHP CodeIgniter. А также при использовании перезаписи URL в файле .htaccess или vhosts. Сначала вы объявляете конкретные маршруты, чтобы они сначала соответствовали, а затем те, которые могут содержать разные параметры.
blex 17 сен. 2017, в 15:47

Показать ещё 5 комментариев

Теги:

javascript

node.js

express

1 ответ

Ещё вопросы

В этом случае порядок маршрутов очень важен. :id может быть любым (например, 135 , foo , resource ). Итак, если ваши маршруты объявлены так, как вы это сделали, Express найдет совпадение для '/project/:id' и остановится на этом. Если вы попытаетесь сначала найти '/project/resource/' , он не будет проверять другие маршруты.
Какой смысл использовать :whatever если экспресс не соответствует ему точно? Я думал, что весь смысл маршрутизации должен соответствовать конкретным URL.
:whatever , действительно, будет соответствовать чему-либо. Это может быть полезно во многих ситуациях, например, для получения поискового запроса, который может содержать цифры, буквы и т. Д. Однако вы можете ограничить его только цифрами, если хотите. Посмотрите на этот вопрос: stackoverflow.com/questions/11258442/…
Извините, если я немного медленный, но ... :id - это параметр, а /resource/ - это путь. Так Экспресс не различает эти два?
Он не знает, является ли resource путем или параметром, пока не найдет соответствующий маршрут. Если первый совпадающий маршрут говорит о том, что это параметр, то он будет обрабатываться как один. Если первый соответствующий маршрут говорит, что это путь, то он будет трактовать его как путь. Как я уже говорил ранее, порядок вашего промежуточного программного обеспечения очень важен. Сначала вы должны проверить наиболее конкретные маршруты, а затем наиболее «разрешающие».
Хорошо, спасибо. Последний вопрос. Является ли этот экспресс особенным? Или эта логика применима к методам маршрутизации в целом?
Я не работал со многими обработчиками маршрутов, поэтому не могу сказать, что это всегда применимо, но эта логика также применима при использовании PHP CodeIgniter. А также при использовании перезаписи URL в файле .htaccess или vhosts. Сначала вы объявляете конкретные маршруты, чтобы они сначала соответствовали, а затем те, которые могут содержать разные параметры.

Eevee · Answer 1 · 2017-09-17T10-47-00.000Z

В Express важно определить ваши определения маршрутизации. Он выполнит первый соответствующий маршрут. Как указано в Blex, '/:id' является подстановочным значением и сопоставляет '/resource' вместо пропусков мимо и после правильного определения маршрута.

Решение состоит в том, чтобы переключать определения, чтобы иметь '/project/resource' определенный до '/project/:id'

Решение состоит в том, чтобы добавить еще один уровень пути, например '/project/res/resource' вместо '/project/resource' поскольку Express не будет соответствовать этому значению '/:id'.

Самое простое решение - переместить определение статических маршрутов выше, а все wildcards должны быть ниже них.