NO
Size: a a a
2020 August 12
ЕР
Стабильность и количество слоёв зависят от приложения, или от конкретного модуля
BT
Слоистый монолит, это промежуточный этап, который облегчает переход к модулям. Более того, некоторым приложениям достаточно и слоистого монолита, без разделения на модули. А некоторым приложениям и слои не нужны, тупо монолит и всё.
в мемориз просто
ЕР
Слоистый монолит, это промежуточный этап, который облегчает переход к модулям. Более того, некоторым приложениям достаточно и слоистого монолита, без разделения на модули. А некоторым приложениям и слои не нужны, тупо монолит и всё.
Горизонтальное и вертикальное разделение существуют, вобщем то, отдельно
BT
то есть для некоторых приложений big ball of mud это нормально
BT
Горизонтальное и вертикальное разделение существуют, вобщем то, отдельно
именно
при этом вертикальные границы можно определить на любом подмножестве горизонтальных
то есть любой модуль может покрывать несколько слоев (но не все)
при этом вертикальные границы можно определить на любом подмножестве горизонтальных
то есть любой модуль может покрывать несколько слоев (но не все)
NO
То есть эволюция так примерно идёт:
1. Бесструктурный монолит
2. Слоистый монолит
3. Модульный монолит
И попытка прыгнуть сразу на третий уровень... В принципе осуществима, но потребует значительно больше усилий )
При этом "слои сами выделятся", как ты говоришь, что значит что этап всё равно будет выполнен.
———————
Какой уровень архитектуры использовать для конкретного приложения, зависит от его сложности.
Каким-то приложениям достаточно первого или второго уровня, а более продвинутые уровни для таких приложений, это over-ingeneering
1. Бесструктурный монолит
2. Слоистый монолит
3. Модульный монолит
И попытка прыгнуть сразу на третий уровень... В принципе осуществима, но потребует значительно больше усилий )
При этом "слои сами выделятся", как ты говоришь, что значит что этап всё равно будет выполнен.
———————
Какой уровень архитектуры использовать для конкретного приложения, зависит от его сложности.
Каким-то приложениям достаточно первого или второго уровня, а более продвинутые уровни для таких приложений, это over-ingeneering
NO
в мемориз просто
Спасибо
BT
То есть эволюция так примерно идёт:
1. Бесструктурный монолит
2. Слоистый монолит
3. Модульный монолит
И попытка прыгнуть сразу на третий уровень... В принципе осуществима, но потребует значительно больше усилий )
При этом "слои сами выделятся", как ты говоришь, что значит что этап всё равно будет выполнен.
———————
Какой уровень архитектуры использовать для конкретного приложения, зависит от его сложности.
Каким-то приложениям достаточно первого или второго уровня, а более продвинутые уровни для таких приложений, это over-ingeneering
1. Бесструктурный монолит
2. Слоистый монолит
3. Модульный монолит
И попытка прыгнуть сразу на третий уровень... В принципе осуществима, но потребует значительно больше усилий )
При этом "слои сами выделятся", как ты говоришь, что значит что этап всё равно будет выполнен.
———————
Какой уровень архитектуры использовать для конкретного приложения, зависит от его сложности.
Каким-то приложениям достаточно первого или второго уровня, а более продвинутые уровни для таких приложений, это over-ingeneering
про эволюцию речи не шло, если что
ничто не мешает сразу учитывать модули
ничто не мешает сразу учитывать модули
NO
то есть для некоторых приложений big ball of mud это нормально
Некоторые приложения достаточно просты, чтобы в них не требовались слои и модули. Будете отрицать это?
BT
Некоторые приложения достаточно просты, чтобы в них не требовались слои и модули. Будете отрицать это?
если речь про всякие гуглкипы - отрицать не буду, но все же в большинстве приложений контекстов больше одного и модули туда вполне вписываются
NO
про эволюцию речи не шло, если что
ничто не мешает сразу учитывать модули
ничто не мешает сразу учитывать модули
Хорошему архитектору вообще ничего не мешает )
NO
Стабильность и количество слоёв зависят от приложения, или от конкретного модуля
Бизнес-требования превыше всего. Как следствие, слой бизнес логики всегда должен быть самым устойчивым, в любой архитектуре и любом приложении.
DT
А с другой стороны бизнес требования - самая волатильная часть приложения
DT
Бизнес логика офк
ЕР
Зря я наверное даже сказал что слоистая архитектура существует) Я бы даже сказал что это просто концепт. Пример.
Как архитектура вида "приложение это 4 слоя" оно не нужно
Как архитектура вида "приложение это 4 слоя" оно не нужно
ЕР
Слои не самоцель, все эти выделения слоёв чаще культ карго чем что-то осмысленное)