СП
это что за книга?
Size: a a a
2021 July 20
NF
2021 July 21
DP
Добрый всем.
DP
Как понять к какому модулю относится та или иная фича?
К примеру мне нужно сделать менеджер по созданию партиций.
Хочу унифицировать этот процесс через код.
Это слой персистенса?
К примеру мне нужно сделать менеджер по созданию партиций.
Хочу унифицировать этот процесс через код.
Это слой персистенса?
AK
а зачем обновлять? Ты же хочешь отдельные агрегаты
2021 July 22
AP
Добрый день,
Пожалуйста, посоветуйте книгу о распараллеливании слоя бизнес логики (например по нескольким контейнерам), использующей Data_Portal (в терминологии CSLA.net) с ORM Hibernate/nHibernate.
Пожалуйста, посоветуйте книгу о распараллеливании слоя бизнес логики (например по нескольким контейнерам), использующей Data_Portal (в терминологии CSLA.net) с ORM Hibernate/nHibernate.
2021 July 23
k
приятно, что я не один на это натыкаюсь :D
тож не воткнул кстати как стейт паттерн помогает
тож не воткнул кстати как стейт паттерн помогает
k
если у тебя sql, то можно union юзать ну и в целом sql довольно много может, просто нынче мы с ОРМ стали про это забывать
2021 July 25
ГС
как синхронизировать объекты в памяти и в базе? допустим, сервис X взял объект А {a,b,c} , вызвал сервис Z который поменял a,b,c у А.
//x
A a = ARepository.getById(1)
//do smth with 'a'
ZService.doSmth(); //меняет свойства всех объектов А
//данные в 'a' неверные
//do smth with 'a'
//x
A a = ARepository.getById(1)
//do smth with 'a'
ZService.doSmth(); //меняет свойства всех объектов А
//данные в 'a' неверные
//do smth with 'a'
SB
Тут надо думать ни как синхронизировать. А как такого не допускать и изолировать данные. Так чтобы к ним имел доступ один и только один объект
EK
имутабельные объекты например
но проблему гонки это не решит
но проблему гонки это не решит
AK
как имутабельность решает проблемы синхронизации?
EK
она не позволит поменять состояние у объекта А
тем самым в его примере кода А будет А как в самом начале
тем самым в его примере кода А будет А как в самом начале
AK
тут не поспоришь, не меняйте данные и не надо будет синхронизировать
EK
если меняешь имутабельный объект то создаешь новый на его основе (внутри сервиса) и там он живет своей жизнью
EK
но как я выше написал что проблему гонки это не решит, тот кого запишут последним в бд перезапишет другие правки
AK
возвращаемся к вопросу как его синхронизировать. И гонка тут особо не при чем.
Иммутабельность добавляет проблему синхронизации, без нее можно пошарить мутабельные данные по ссылке и радоваться(нет, потому что страдания от temporal coupling), с имутабельностью надо выстраивать флоу так, чтобы синхронизация была не нужна
Иммутабельность добавляет проблему синхронизации, без нее можно пошарить мутабельные данные по ссылке и радоваться(нет, потому что страдания от temporal coupling), с имутабельностью надо выстраивать флоу так, чтобы синхронизация была не нужна