Kitura TypeSafeHTTPBasic auth ищет учетные данные в теле сообщения?
У меня есть маршрут TypeSafe Codeable в Китуре, определенный следующим образом:
app.router.post("/games") { (auth: BasicAuth, respondWith: @escaping (Game?, RequestError?) -> ()) in
...
}
Но когда я делаю запрос на получение, я получаю Could not decode received JSON: The required key 'id' not found.. Похоже, что маршрутизатор пытается проанализировать объект auth из тела POST, а не из основного заголовка аутентификации. Если я изменю маршрут на GET, он будет работать нормально, но я не очень хорошо понимаю маршрутизацию Type Safe Codeable и не понимаю, что изменилось в маршруте POST. Как заставить мой BasicAuth работать с POST так же, как с GET?
Ответы 1
При использовании кодируемой маршрутизации Китуры обработчик POST ожидает получить кодируемые входные данные из тела сообщения. При желании вы можете указать одно или несколько требований TypeSafeMiddleware.
Если вы хотите выполнить POST, вам нужно сопоставить функция post () на маршрутизаторе, который принимает Codable и TypeSafeMiddleware в качестве входных данных:
app.router.post("/games") { (auth: BasicAuth, input: MyInputType, respondWith: @escaping (Game?, RequestError?) -> ()) in
...
}
Что происходит в вашем случае, так это то, что вы фактически соответствуете эта функция post () без TypeSafeMiddleware, где ваш тип аутентификации (который соответствует Codable) интерпретируется как ваш тип ввода.
Если вы не ожидаете POST-отправки полезной нагрузки на сервер для этого запроса, возможно, вместо этого вы хотите получить GET, который вместо этого соответствует функция get () на маршрутизаторе, который принимает только TypeSafeMiddleware в качестве входных данных:
app.router.get("/games") { (auth: BasicAuth, respondWith: @escaping (Game?, RequestError?) -> ()) in
...
}
Обратите внимание, что TypeSafeMiddleware - это первый параметр (ы) для обработчиков маршрутов, за которым следуют любые другие типы ввода (в случае PUT или POST).