Azure Чтение параметров маршрута функции: context.bindingData.paramName против context.req.params.paramName

Question

У меня есть определение маршрута в функции. json: entity/{paramName}
Когда я делаю запрос GET: http://localhost:7071/api/entity/50043e-315
В context.bindingData.paramName Я получаю удивление 5.0043e-311, тогда как context.req.params.paramName содержит 50043e-315.

Я заметил, что здесь могут использоваться оба способа чтения; и здесь подразумевается то же самое, хотя ссылки уже устарели, а в примере здесь упоминается только context.bindingData.

Вопрос: Что предпочтительнее? А в чем разница?

Answer 1

Я считаю, что проблема здесь в том, что где-то (если бы я должен был предположить, здесь ) параметр анализируется как double перед сохранением в качестве связывающих данных. Но при извлечении его из объекта запроса, он извлекается как строка непосредственно из URL. Отсюда и разница.

Я полагаю, что это может произойти только в нескольких случаях, и это один из них.