NF
Стаканчиками?
ну в плане лист - микросервис
Size: a a a
2020 November 22
NF
эту картинку обычно используют чтобы показать бесполезность неймспейсов(в коде одного проекта), но если считать что мы можем иметь N копий листов и имя A это персонаж, то получается годнота
YG
Все что ты назвал это s из solid :)
А BC отличается от этого концепта? Помимо идей про единый язык
NF
А BC отличается от этого концепта? Помимо идей про единый язык
Bounded Context строится по принципу: положи в одну коробку семантически связные предметы. SRP строится по принципу: положи в разные коробки предметы нужные разным людям. И CRP (комон реюз) аналогично SRP.
YG
А что значит семантически связанные? SRP скорее про разные причины изменений.
NF
По этому удобнее всего делать BC>CRP>SRP потому что BC дает скейл и ограничение на семантику и стабильность в Open/Closed, а CRP/SRP не дает сейл и Open/Closed, но дает лучшее разделение внутри.
NF
А что значит семантически связанные? SRP скорее про разные причины изменений.
если делить все по SRP у тебя никогда не будет 1 бд на микросервис
NF
потому что тебе в этой 1 бд придется иметь 100500 табличек
YG
если делить все по SRP у тебя никогда не будет 1 бд на микросервис
Не понимаю почему?(
NF
BC сужает до минимума потребность в знаниях и данных, SRP говорит буквально "единственная причина для изменения" т.е. если у тебя есть Павлик и ему нужно на одной страничке видеть все заказы, все товары и ещё и стату, то будь добр запихнуть все это в один модуль без внешних зависимостей.
NF
и если есть Игорь для которого есть такая же страничка, будь добр выделить под это ещё один модуль и ещё одну бд
NF
С BC такого не будет, по крайней мере не в таком масштабе
YG
BC сужает до минимума потребность в знаниях и данных, SRP говорит буквально "единственная причина для изменения" т.е. если у тебя есть Павлик и ему нужно на одной страничке видеть все заказы, все товары и ещё и стату, то будь добр запихнуть все это в один модуль без внешних зависимостей.
То мы изменим другой модуль, который собирает эту инфу чтобы показать юзеру такую страничку
NF
То мы изменим другой модуль, который собирает эту инфу чтобы показать юзеру такую страничку
> этот другой модуль должен быть написан специально для Павлика, либо специально для Игоря
NF
но не для обоих вместе
YG
> этот другой модуль должен быть написан специально для Павлика, либо специально для Игоря
Ну там речь про роли
YG
А не про конкретных людей
YG
Те про источники изменений
NF
причем если мы говорим что этот модуль один и использует одну кодовую базу, то это модуль BC, т.к. SRP предпологает что кодовая база будет разной
SP
Bounded Context строится по принципу: положи в одну коробку семантически связные предметы. SRP строится по принципу: положи в разные коробки предметы нужные разным людям. И CRP (комон реюз) аналогично SRP.
Нуууу не совсем. И srp и bc про семантически связанные вещи которые влияют друг на друга и меняются по одной причине, не?