🏡K
Я any юзаю но есть еще
Record<[key:string]:unknown>
Record<[key:string]:unknown>
Size: a a a
2021 July 20
🏡K
Можно дто ещё туда указать объекта что там будет
KB
А есть какие-то преймущества потом если указать интерфейс как тип? или наоборот больше проблем создаст в дальнейшем?
🏡K
Можно и его
🏡K
Нет разницы
🏡K
У меня дто так как разный тип может быть и сериализация сразу есть туда сюда
🏡K
Ани когда лень
KB
Спасибо, сейча буду тестить)
KB
извините что беспокою, но стало интересно а как вы производите сериализацию данных перед записью? есть где можно примеры посмотреть/почитать?
🏡K
plainToClass
КБ
typeorm никак не использует тип при сериализации/десериализации пейлоада. это полезно с точки зрения контроля типов при компиляции тайпскрипта – компилятор поможет не насовать туда какой-нибудь дичи, или забыть что-то проверить при чтении оттуда…
KB
интересен был момент именно в контексте jsonb
🏡K
просто фича может идти сама по себе без контроллера, и чтобы в нее левое не попало, сервис на входе сериализует
🏡K
а, передаю жсон, он мапается на обьект коорый в ентити указан и птом тайп сохраняет его в базу, в обратку тоже сериализует уже через classToPlain
КБ
именно в контексте jsonb это так и работает… при отправке typeorm делает на данных JSON.stringify и потом при загрузке JSON.parse, никаких проверок в рантайме там нет…
КБ
classToPlain – это часть class-transformer. его по-моему нет в зависимостях у typeorm…
KB
это понятно) как раз хотелось пример какой-то валидации в реалиях тайпскрипта
🏡K
ну номера телефонов например
🏡K
фича берет тока валидные
КБ
ну тайпскрипт как раз и проверяет типы при компиляции. если у тебя например поле отмечено как обязательное а ты пытаешься туда засунуть объект без этого поля – будет ошибка компиляции…