VS
Size: a a a
2020 August 12
NO
Я хочу тебя послушать
Слой это код, изолированный от других слоёв.
При переходе от монолита к более структурированному коду, проводятся архитектурные границы.
Разбив монолит на небольшое количество частей (слоёв), с помощью архитектурных границ, можно построить слоистую архитектуру.
Но главное не "что это", а "зачем это".
При переходе от монолита к более структурированному коду, проводятся архитектурные границы.
Разбив монолит на небольшое количество частей (слоёв), с помощью архитектурных границ, можно построить слоистую архитектуру.
Но главное не "что это", а "зачем это".
SB
Модуль я определяю как код, сгруппированный по бизнес-функциональности проекта. Пример - модуль корзины. Модуль комментариев. Модуль Email рассылок.
модуль корзины это сразу +10000 к связям каплингу и потоплению проекта в BBoM
AC
Слой это код, изолированный от других слоёв.
При переходе от монолита к более структурированному коду, проводятся архитектурные границы.
Разбив монолит на небольшое количество частей (слоёв), с помощью архитектурных границ, можно построить слоистую архитектуру.
Но главное не "что это", а "зачем это".
При переходе от монолита к более структурированному коду, проводятся архитектурные границы.
Разбив монолит на небольшое количество частей (слоёв), с помощью архитектурных границ, можно построить слоистую архитектуру.
Но главное не "что это", а "зачем это".
а шо мешает монолиту быть слоистым?
NO
NO
Модуль = слой?
Нет.
NO
модуль корзины это сразу +10000 к связям каплингу и потоплению проекта в BBoM
Зависит от архитектора.
ЕР
Слой это код, изолированный от других слоёв.
При переходе от монолита к более структурированному коду, проводятся архитектурные границы.
Разбив монолит на небольшое количество частей (слоёв), с помощью архитектурных границ, можно построить слоистую архитектуру.
Но главное не "что это", а "зачем это".
При переходе от монолита к более структурированному коду, проводятся архитектурные границы.
Разбив монолит на небольшое количество частей (слоёв), с помощью архитектурных границ, можно построить слоистую архитектуру.
Но главное не "что это", а "зачем это".
По прежнему не ясно что такое слой)
Из такого утверждения можно сделать вывод что слой = модуль
Из такого утверждения можно сделать вывод что слой = модуль
SB
Привет ребята
Чисто теоретический вопрос по архитектуре приложения.
Есть несколько уровней сервисов, допустим 3.
1 уровень управляет общей бизнес логикой
2 уровень выполняет какие-то конкретные действия
3 уровень например какие то клиенты к стороннему апи и тд
Вопрос состоит в следующем, могут ли сервисы находящиеся на одном уровне вызываать друг друга или они должны работать только с более низкоуровневыми сервисами?
Чисто теоретический вопрос по архитектуре приложения.
Есть несколько уровней сервисов, допустим 3.
1 уровень управляет общей бизнес логикой
2 уровень выполняет какие-то конкретные действия
3 уровень например какие то клиенты к стороннему апи и тд
Вопрос состоит в следующем, могут ли сервисы находящиеся на одном уровне вызываать друг друга или они должны работать только с более низкоуровневыми сервисами?
Вопрос из разяряда карго культ
Вы добится то чего хотите?
ограничения ради ограничений?
Что вам слои дают? Ради чего вы хотите в итоге? как вы мереяте помогло или нет?
Делать слои ради слоев ничем хорошим обычно не заканчивается
Вобще делать что то потомучто это стильно модно молодежно тоже ничем хорошим не заканчивается
Вот вы преивели 2 ваианта
Возьмите по примеру каждого из них и ответьте себе какой лучше а какой хуже для вашего приложения согласно каким метрикам и почему эти метрики важны для вашего приложения (они могут быть не обязательно цифровыми но однозначно количественными позволяющими сказать что вот в этом варианте больше а в том меньше)
Вы добится то чего хотите?
ограничения ради ограничений?
Что вам слои дают? Ради чего вы хотите в итоге? как вы мереяте помогло или нет?
Делать слои ради слоев ничем хорошим обычно не заканчивается
Вобще делать что то потомучто это стильно модно молодежно тоже ничем хорошим не заканчивается
Вот вы преивели 2 ваианта
Возьмите по примеру каждого из них и ответьте себе какой лучше а какой хуже для вашего приложения согласно каким метрикам и почему эти метрики важны для вашего приложения (они могут быть не обязательно цифровыми но однозначно количественными позволяющими сказать что вот в этом варианте больше а в том меньше)