недостатки?
Мб знаете альтернативы
Очень збс
крутая штука, но часто подают бедпрактайсы как гудпрактайсы и врут что нест связан со структурой/архитектурой так же советую избегать примеров из доки ибо там много плохого
хех, единственное +- нормальное это https://www.youtube.com/watch?v=sMWwO9yRrCc лучше почитать классик книги аля чистая арх и внимательно посмотреть на грасп и солид
Ты можешь сказать зачем он тебе нужен? Если нет, то тебе в express
Я правильно понял, он в примере еще подключил event sourcing в виде активити?
Спасибо С подобными вещами знаком Больше интересуют хорошие примеры с использованием всех этих подходов
видос смотрел давно судя по сорсам он собирает финальный баланс из условных ивентов, что попадает под минимальное определение
Меня привлекает, что многое уже вшито Например логирование, микросервисы итд. Плюс все на ts и декораторах Практически в каждом проекте я меняю архитектурный подход Все время что то не устраивает Например сейчас мне нужно сделать админку для сайта Я не хочу монолитить уже готовый сервер и вариант с nest и микросервисами на первый взгляд идеально подходит. Пока единственное разбираюсь как грамотно разбить на те самые микросервисы
Молекуляр пробовали?
Если тебя именно микросервисы интересуют, я бы посоветовал смотреть в сторону moleculer.services Там как раз всё, что надо для построения микросервисной архитектуры, есть из коробки и легко настраивается/кастомизируется
Изучаю Но пока nest выигрывает)
Микросеовисы, нест, все это не бесплатно. За это платят временем изучения, кучей кода. Твое описание щвучик как у тебя нет проблем с производельностью но есть проблема с архитектурой. Не добавляй нест, используй простые тулзы
Я больше плачу за масштабирование таких тулзов и придумывание архитектуры в новых проектах)
Ты можешь сказать зачем он тебе нужен? Если нет, то тебе в fastify
Я его использую для presentation слоя и как DI контейнер. Есть из горобки поддержка свагера. Недостатки хз. Может только, что весь код из-за DI завязываешь на фреймворк, но это легко убирается
Чувак делает банковское приложение. Для этого он создает кастомный класс для денег. Этот класс оборачивает BigNumber. В этом классе он реализует базовые математические операции. Зачем он тратит на это время?
Думаю чтоб в теории расширять под разные валюты и прочее. Так будет проще. (Но такие видео почти всегда высосаны из пальца)
банковское приложение > ентерпризе > врапперы над всеми и всями
Оооочень вытянутый из пальца пример. Он точно оверкилит архитектуру для этого кэйса У него 10 кудрявых файлов, для того чтобы реализовать “юзер может увидеть свой баланс” “юзер может послать деньги другому юзеру”. НО, это нефига еще не работает, самой логики работы с БД нет, и нет того, что REST реализует. Нет авторизации. Это еще файлов 20 Я хз, кажется оверкилом
я называю это "когда платят за просиживание штанов", чем запутаннее и деревяннее, тем больше бабла
А в чём преимущества?
Сваггер там в коде пишут? Или из свагера код генерят?
Просто описываем методы, а дальше он сам.
Обсуждают сегодня