Size: a a a

Software Design/Architecture/Zen

2020 November 22

NF

Nikita Fedorov in Software Design/Architecture/Zen
Sergey Protko
Нуууу не совсем. И srp и bc про семантически связанные вещи которые влияют друг на друга и меняются по одной причине, не?
по одной причине, но причины разные
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
для srp - причина это Павлик, для BC - причина это предметная область(семантика)
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
с точки зрения srp BC имеет несколько причин для изменения, с BC может работать и Игорь и Павлик
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
можно конечно сказать что BC согласован SRP, но тогда надо уточнять, а я не люблю уточнять)
источник

YG

Yury Golikov in Software Design/Architecture/Zen
Я больше SRP воспринимаю как, что надо стараться, чтобы изменение затрагивало минимум модулей
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Yury Golikov
Я больше SRP воспринимаю как, что надо стараться, чтобы изменение затрагивало минимум модулей
srp это свойство с достаточно конкретным способом его достижения - разделением по акторам/персонажам, тот способ достижения который используется в ddd немного менее классический, по этому для него есть отдельное название BC)
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
если бы кто-то договорился об отдельном названии для "разделения по акторам/персонажам" тогда бы все неясности можно было бы отбросить)
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
и было бы справедливо нечто вроде srp ~  AS | BC | SOC
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
это как то что dry и "единственный источник истины" это одно и то же, но почему то redux прямо говорит нам что он "единственный источник истины" что вообщем то правда, но с поправкой на то что это касается только проталкивания изменений, а все остальное что в нем есть это прямая противоположность dry
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Nikita Fedorov
это как то что dry и "единственный источник истины" это одно и то же, но почему то redux прямо говорит нам что он "единственный источник истины" что вообщем то правда, но с поправкой на то что это касается только проталкивания изменений, а все остальное что в нем есть это прямая противоположность dry
это потому, что редакс для состояния в любом случае минимум второй источник истины, первый всегда dom
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
или как иммутабельность на фронте с помощью {...oldValue, ...diff }, синтаксически это иммутабельность, но семантически это мутация, по этому можно бесконечно кричать ФП ФП иммутабельность!, а на деле выкинуть все преимущества и быть адептом синтаксиса недосказанности
источник
2020 November 23

NF

Nikita Fedorov in Software Design/Architecture/Zen
больше картинок богу картинок
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
> Судя по этой картинке мы считаем более значимым и всеобъемлющим для нашего проектирования Алана Кея, но это издержки кривых линий
источник

MT

Mike Turchenkov in Software Design/Architecture/Zen
В голову приходит странное. Почему индустрия развилась в сторону, где SQL запрос не содержит в себе метаинформации (то есть ни имплементации хранимых процедур, ни описания расположения таблиц).
источник

MT

Mike Turchenkov in Software Design/Architecture/Zen
То есть проявлением КАКОГО архитектурного принципа является такое отделение метаданных от данных?
источник

MT

Mike Turchenkov in Software Design/Architecture/Zen
Кроме сильной связанности никаких подозреваемых пока не вижу.
источник

YG

Yury Golikov in Software Design/Architecture/Zen
Если оффтоп - удалите. Просто хз где еще спросить.

Как вы реализуете remember-me фичу в случае авторизации пользователя через OAuth2(Authorization flow)? Silent authentication через iframe? Remember me кука? Что-то другое? Что лучше?
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Mike Turchenkov
В голову приходит странное. Почему индустрия развилась в сторону, где SQL запрос не содержит в себе метаинформации (то есть ни имплементации хранимых процедур, ни описания расположения таблиц).
А зачем и когда в SQL-запросах были имплементации хранимых процедур и описание расположения таблиц?
Или речь о императивных языках для выборок которые были до появления SQL и реляционной модели?
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Если второе то реляционная модель и декларативный SQL оказались проще и эффективнее
источник

MT

Mike Turchenkov in Software Design/Architecture/Zen
Евгений Ромашкан
А зачем и когда в SQL-запросах были имплементации хранимых процедур и описание расположения таблиц?
Или речь о императивных языках для выборок которые были до появления SQL и реляционной модели?
Совершенно верно, но даже не столько он  них, сколько даже о гипотетическом запросе (неважно в какой модели данных), который согласно принципу "все свое ношу с собой" храит в себе не только свою структуру, но и маппинг этой структуры на "посадочные места" рантайма.
источник