MR
Size: a a a
2021 July 11
А
Я понял
А
Вот тут ты используешь дефолтный тип : Request?
А
Сделай свой интерфейс для реквеста
interface CustomRequest extends Request {
user: User }
interface CustomRequest extends Request {
user: User }
А
И потом
@ Req () req: CustomRequest
@ Req () req: CustomRequest
А
Но вообще , хорошей практикой считается создать декоратор ,через который ты будешь доставать объект юзера в контроллерах
PL
было у кого такое что некоторые ошибки не попадают в ExceptionFilter который должен по идее ловить все?
с @Catch() декоратором
с @Catch() декоратором
PL
сча стоит фильтр который должен ловить все, и я наблюдаю
UnhandledPromiseRejectionWarningMR
можете пожалуйста пример скинуть?
PL
export const CurrentLoggedUser = createParamDecorator(
(data: unknown, ctx: ExecutionContext): LoggedUser => {
const request = ctx.switchToHttp().getRequest();
return request.user as LoggedUser;
},
);А
Такие ошибки туда не попадают,вроде как.
Если у вас есть функция(myFunc), которая возвращает промис и вы пишете что-то вроде
await myFunc() ,при этом в этой функции что-то падает, вы получите вот эту ошибку
чтобы это пофиксить надо писать await myFunc().catch(err=>console.log(err))
Если у вас есть функция(myFunc), которая возвращает промис и вы пишете что-то вроде
await myFunc() ,при этом в этой функции что-то падает, вы получите вот эту ошибку
чтобы это пофиксить надо писать await myFunc().catch(err=>console.log(err))
PL
PL
то есть каждый эндпоинт дополнительно оборачивать и обрабатывать
PL
ок спасибо
MR
спасибо, а ссылочки про хороший тон и т.д. есть? в доках конечно далеко не все написано, ну чтобы узнать как вообще люди пишут
А
В доках ,вроде ,это есть
А
Прочитай про кастомные декораторы
MR
ну это не то, это небольшие отрывки и советы, но этого мало, в доках только фундамент, там далеко не все, вы же откуда-то еще черпали информацию?
PL
из таких вот чатов
А
Можешь попробовать написать в гугле nest best practices,там вроде на медиуме статьи неплохие есть