IK
а с каких пор количество файлов стало показателем
Size: a a a
2021 April 08
VK
Чем больше зависимостей, тем хуже
VK
Функциональный подход в построении api в разы проще и менее избыточен, чем ооп
SR
Нічого... можна обвішати express щоб вийшов свій nest )
VK
Есть хоть один аргумент, почему реально стоит взять нест, а не экспресс?
SR
Ми переходили з Symfony. Взяли nest через
Схожість з ангуляром в підходах (на фронті юзаєм)
TypeScript
IoC
gRPC
Pipes (трансформація\валідація)
Error Filters (відлов помилок)
Схожість з ангуляром в підходах (на фронті юзаєм)
TypeScript
IoC
gRPC
Pipes (трансформація\валідація)
Error Filters (відлов помилок)
IK
Кто сказал?
IK
(я если что не сторонник тс)
VK
Кол-во зависимостей ухудшает понимание кода, разве нет?
IK
Тогда бы всё писали бы в одном файле
SR
Думаю nest більш розрахований на тих хто більше любить ООП ))
АМ
думаю нест хоть какую-то структуру кода задает в отличии от экспресса
VK
Чтобы написать на тс функционал правильно, то дто создай, провайдера создай, а потом, функция принимает дто объект, а req.user в другую функцию не передашь, хоть он и ДТОшный, то видите ли тс его еще не увидел таким
VK
На экспрессе у меня есть роутер, сервис и контроллер, нет ничего лишнего, не нужно везде модули пробисывать, инъекции ставить и прочее
IK
вы сейчас спорите с главным хейтером тса )
IK
но структурная типизация точно зло )
IK
тот же DI в любом случае придется строить )
IK
на экспрессе на 5 проектов вы получите 5 разных архитектур
IK
как на реакте
IK
это для типичного аутсорса и аутстаффа дорого