Size: a a a

Spring Framework and more

2020 May 19

РН

Роман Нагаев... in Spring Framework and more
Alexandr Emelyanov
не конкурент ангуляру. это только view фреймворк, как реакт собственно
ну главное знать что он существует, тогда уже можно и посравнивать
источник

AE

Alexandr Emelyanov in Spring Framework and more
Mher
а вот это у Фаулера
presentation это по сути контроллер и бизнес сервис
источник

M

Mher in Spring Framework and more
Alexandr Emelyanov
presentation это по сути контроллер и бизнес сервис
бизнес это домен
источник

AE

Alexandr Emelyanov in Spring Framework and more
Mher
об этом
твое сообщение сформулировано сумбурно
источник

M

Mher in Spring Framework and more
Alexandr Emelyanov
твое сообщение сформулировано сумбурно
ну потому что все пишем в одно место, и ответы просто разбросаны, с этим ничего не поделаешь
источник

RS

Ruslan Stelmachenko in Spring Framework and more
Mher
все эти вопросы возникают из за архитектуры спринга, в трехслойной архитектуре, от всех вендеров практически, есть презентация-домен-дао, рядом до всеми идет сервисный слой, но у спринга срединй слой это сервис, а доменный слой, его как будто нет, то есть он есть, но с сервисом поменялись местами
Мне кажется, многие эту картинку воспринимают буквально. Раз Repository Layer лежит ниже Service Layer, значит его нужно инжектить туда. Не знаю, возможно в книге ровно это и написано?

Как по мне, это разделение на слои весьма условно. И не означает "что куда инжектить". Скорее просто общее направление зависимостей.

Domain Model тут вообще "сбоку". И маленькими буквами там в скобочках у нее же "domain services". Опять же, не знаю, что имеет ввиду автор под этим термином, но если то, что мы с @lex_it описывали выше, то эти сервисы как раз идут между Service Layer и Repository Layer.

А возможно тут имеется ввиду не анемичная доменная модель, у которой у класса User есть свои методы create, register и т.д.? Тогда действительно можно инжектить Repository в Service и этого достаточно. Но на практике в Спринг-приложениях я ни разу не встречал не-анемичных доменных моделей. Такое вообще бывает в природе? Мне кажется, DI мешает такие сделать.
источник

V@

Vyacheslav @bvn13 in Spring Framework and more
Alexandr Emelyanov
вообще со спрингом классика это ангуляр
Со спрингом классика это то, что умеет фронтендер
источник

AE

Alexandr Emelyanov in Spring Framework and more
Ruslan Stelmachenko
Мне кажется, многие эту картинку воспринимают буквально. Раз Repository Layer лежит ниже Service Layer, значит его нужно инжектить туда. Не знаю, возможно в книге ровно это и написано?

Как по мне, это разделение на слои весьма условно. И не означает "что куда инжектить". Скорее просто общее направление зависимостей.

Domain Model тут вообще "сбоку". И маленькими буквами там в скобочках у нее же "domain services". Опять же, не знаю, что имеет ввиду автор под этим термином, но если то, что мы с @lex_it описывали выше, то эти сервисы как раз идут между Service Layer и Repository Layer.

А возможно тут имеется ввиду не анемичная доменная модель, у которой у класса User есть свои методы create, register и т.д.? Тогда действительно можно инжектить Repository в Service и этого достаточно. Но на практике в Спринг-приложениях я ни разу не встречал не-анемичных доменных моделей. Такое вообще бывает в природе? Мне кажется, DI мешает такие сделать.
да, потому и родилась многослойная модуль сервисов, ибо не анемичную модель нельзя сделать, из сущностей не вызовешь дао или сервис
источник

AE

Alexandr Emelyanov in Spring Framework and more
Vyacheslav @bvn13
Со спрингом классика это то, что умеет фронтендер
я видел за свой опыт кучу приложений на ангуляре и пару на реакте. с реактом была боль
источник

VS

Vitaly Sirotkin in Spring Framework and more
Alexandr Emelyanov
я видел за свой опыт кучу приложений на ангуляре и пару на реакте. с реактом была боль
у нас банковский фронт написан на реакте почти полностью, полет нормальный
источник

AE

Alexandr Emelyanov in Spring Framework and more
и да, со спрингом обычно идет фулстек и ангуляр ближе по философии спринговому разрабу
источник

V@

Vyacheslav @bvn13 in Spring Framework and more
Alexandr Emelyanov
и да, со спрингом обычно идет фулстек и ангуляр ближе по философии спринговому разрабу
Мне ближе реакт
источник

AE

Alexandr Emelyanov in Spring Framework and more
Vitaly Sirotkin
у нас банковский фронт написан на реакте почти полностью, полет нормальный
такое чаще случается когда есть отдельные чистые фронты
источник

AE

Alexandr Emelyanov in Spring Framework and more
Vyacheslav @bvn13
Мне ближе реакт
я не говорил что такое не бывает
источник

VS

Vitaly Sirotkin in Spring Framework and more
Alexandr Emelyanov
такое чаще случается когда есть отдельные чистые фронты
ну да. но мне реакт тоже больше нравится, я уже давно привык к нему)

ангуляр кажется слегка перегруженным, особенно для моих не самых сложных задач

и концепция темплейтов мне не зашла еще с первого ангуляра
источник

RK

Roman K in Spring Framework and more
Vitaly Sirotkin
у нас банковский фронт написан на реакте почти полностью, полет нормальный
Полет или разработка?
Пробовали альтернативы? Angular, JSF, Elm, Flutter? :-)
источник

VS

Vitaly Sirotkin in Spring Framework and more
Roman K
Полет или разработка?
Пробовали альтернативы? Angular, JSF, Elm, Flutter? :-)
ну знаешь, "<название банка> онлайн" не то приложение где ты садишься и по приколу переписываешь его на другую технологию потомучто захотелось. выбрали реакт, набрали под него спецов, и сделали добротно. вот и все
источник

AE

Alexandr Emelyanov in Spring Framework and more
Vitaly Sirotkin
ну да. но мне реакт тоже больше нравится, я уже давно привык к нему)

ангуляр кажется слегка перегруженным, особенно для моих не самых сложных задач

и концепция темплейтов мне не зашла еще с первого ангуляра
ангуляр не перегружен, там все модулями, ничего лишнего не подтянется, но зато есть все, а не 100500 рест клиентов для реакта
а по темплейтам... вот как раз таки такой изврат как jsx не зашел совсем, он вообще не выглядит как html, верска таки должна быть верстка с разметкой)
источник

S

Seryh in Spring Framework and more
я долго писал и на реакте и на ангуляре могу сказать что реактовский jsx намного удобнее и гибче
источник

НК

Никита Кальнов... in Spring Framework and more
Alexandr Emelyanov
ангуляр не перегружен, там все модулями, ничего лишнего не подтянется, но зато есть все, а не 100500 рест клиентов для реакта
а по темплейтам... вот как раз таки такой изврат как jsx не зашел совсем, он вообще не выглядит как html, верска таки должна быть верстка с разметкой)
Так JSX - это просто расширенный XML)
источник