AS
P.S. ахуеть, такое уже есть, тупо наугад домен написал
Раньше была такая шутка про библиотеки для js
Size: a a a
2021 March 03
N
Раньше была такая шутка про библиотеки для js
ага, напишите что угодно и добавьте к нему js
G
Adonis js видел?
Да и чего не хватает в несте?
Да и чего не хватает в несте?
посмотрел, смелая идея отказаться от src, есть хорошие моменты, однако есть ещё более ярко чувство чувство устарелости решения более чем в nest.js с его sprng-like декораторами.
Декораторы нужны естественно, ток чуть-чуть, в nest с ними перестарались как мне кажется.
Декораторы нужны естественно, ток чуть-чуть, в nest с ними перестарались как мне кажется.
N
посмотрел, смелая идея отказаться от src, есть хорошие моменты, однако есть ещё более ярко чувство чувство устарелости решения более чем в nest.js с его sprng-like декораторами.
Декораторы нужны естественно, ток чуть-чуть, в nest с ними перестарались как мне кажется.
Декораторы нужны естественно, ток чуть-чуть, в nest с ними перестарались как мне кажется.
какое решение не будет являться устрелым spring like подходом?
L
какое решение не будет являться устрелым spring like подходом?
.net core
N
.net core
не шарю, но там же просто сервис локатор IServicesProvider или как там прокидывается, не?
G
какое решение не будет являться устрелым spring like подходом?
х.з. я в поисках.
мне очень понравилось куда движется решение SAFE в F# , но там в целом язык совсем иной, наверное чисто по этому таки добавил на выходных pipeline-operator в бабел и вообще думаю перехать на него с чистого tsc, думаю найти решение тут
мне очень понравилось куда движется решение SAFE в F# , но там в целом язык совсем иной, наверное чисто по этому таки добавил на выходных pipeline-operator в бабел и вообще думаю перехать на него с чистого tsc, думаю найти решение тут
L
не шарю, но там же просто сервис локатор IServicesProvider или как там прокидывается, не?
там DI же, насколько я помню сервис локатом это вообще анти паттерн (во многих кейсах)
N
там DI же, насколько я помню сервис локатом это вообще анти паттерн (во многих кейсах)
DI реализации под капотом обычно всегда используют сервис локатор
L
не шарю, но там же просто сервис локатор IServicesProvider или как там прокидывается, не?
+ проблема spring разве в DI ? а не в его огромной раздутости
N
просто прячут зависимость от него умело используя констракции языка
N
+ проблема spring разве в DI ? а не в его огромной раздутости
так просто товарищ выше говорит что декораторы ему спринговские не зашли которые перешли в нест
N
я в этом контексте спрашиваю
L
вообще нахуя java в эру микросервисов - загадка
N
вообще нахуя java в эру микросервисов - загадка
"в 90% микросервисы не нужны"
L
так просто товарищ выше говорит что декораторы ему спринговские не зашли которые перешли в нест
та не в декораторах там дело, а в огомном кличестве не оправданной сложности
в
вообще нахуя java в эру микросервисов - загадка
Ну я на жаве дохуя проДвинутый парсер пишу, мне норм
L
"в 90% микросервисы не нужны"
как и мульти треадинг тогда
N
та не в декораторах там дело, а в огомном кличестве не оправданной сложности
та никто не спорит что спринг это пиздец
N
как и мульти треадинг тогда
сравнили хер с пальцем