++

Пока не пробнишь не поймешь

собственно сложность там одна, форматтеры не работают никакие

плюсую вообще

О

Ребятки

Вы тут собрались серьезненькие

Ща вопрос хороший закину) Только ответьте норм плз

Вообщем, насколько реально написать норм приллу на экспрессе, что за стереотип про говнокод, можно же напилить какой то di(даж без декораторов), взять ts, отделить логику, правильный нейминг там

Неужели нельзя сделать то, что делается на несте точно так же на экспрессе , ну и естественно что бы было качественно

Просто всегда говорят , ой, экспресс? ООО, ну это говнокод или Некст Варик, не бери его вообще

вопрос нормально задавать надо) нест это просто DI он сам по себе ничего не умеет и под капотом у него тот же самый экспресс, ну или фастифай

хорошо можно на чём угодно, хоть на лиспе, главное не слушай никого

да и каждый дрочит как хочет, фронтендеры тебе вообще скажут что на классах никто не пишет сейчас

привет

@Mutation()
 async addAppointment(@Args('input') input) {
   
   const _appointment = new Appointment();
   _appointment.email = input.email;
   _appointment.firstName = input.firstName;


   exports.input = input;  // tut

}
Я могу так сделать ?
Как експорт переменной сделать ?
Module '"../appointments/appointments.resolver"' has no exported member 'input'.

Есть нюансы, или хз, есть разные уровни разрабов, я например юзаю мультидиай и разные интерцепторы для модификации выхода входа, я юзаю модули и мульти диай чтобы докидывать логику, я юзаю ексепшен фильтры, у каждого модуля они свои, в тестах по диай кучу всего подменяю, я задолбаюсь это все на экспресс писать

так не работает

Есть плохой код, который плохо декомпозирован, есть хороший который четко разгроничен, и то и то можно на экспресс и на нест писать, просто нест даёт уже некие термины и абстракции типовые, экспресс нет

Зачем нужно декомпозировать, чтобы твоя фича была сама по себе и не являлась частью монолита, ты ушел и пришёл новый разраб, он или поймет как добавить новую фичу или не по мет и напишет все с нуля, при этом текущий рабочий код вообще не нужно трогать, новый разраб легко войдет в проект, новый разраб не сломает сайт

В плохом коде он может под свои нужды изменить текущую логику, и она сломается, а как починить он не будет знать, а бизнес теряет деньги при этом