DT
Можно через рид модель запускать проверку, типа "тут модель похоже протухла. Запускай проверку протухшести"
Size: a a a
2020 October 06
D
Можно через рид модель запускать проверку, типа "тут модель похоже протухла. Запускай проверку протухшести"
не выйдет :( потому что для того чтобы определить протухшесть рид модель должна сделать вывод как-то
а значит ей нужны правила такие же как врайт модель
а значит ей нужны правила такие же как врайт модель
DT
не выйдет :( потому что для того чтобы определить протухшесть рид модель должна сделать вывод как-то
а значит ей нужны правила такие же как врайт модель
а значит ей нужны правила такие же как врайт модель
Ну одно правило - не проблема пришить к ридмодели
DT
Главное чтобы рид модель не принимала решение за врайт часть
DT
Но попросить перепроверить - почему бы и да?
D
Ну одно правило - не проблема пришить к ридмодели
одно ли ? мы же говорим об абстракции, там где одно будут и еще 10, по итогу мы получим правила и в рид и врайт модели
DT
Да и хер с ними
DT
Главное - не принимать решений относительно модели в рид части
DT
Ну тоесть это очевидно костыль, лучше крон само собой
ПГ
одно ли ? мы же говорим об абстракции, там где одно будут и еще 10, по итогу мы получим правила и в рид и врайт модели
в целом вы конечно можете поставить логику isActive и туда и туда, но лично я предпочитаю рид модель использовать в тупую, без особой логики, чтобы сохранять единую точку правды для изменения данныхЯ конечно понимаю, что статика и паблик это нехорошо, но если isActive засунуть как публичный статик метод в таком кейсе? Зато решается проблема дублирования.
D
в целом вы конечно можете поставить логику isActive и туда и туда, но лично я предпочитаю рид модель использовать в тупую, без особой логики, чтобы сохранять единую точку правды для изменения данныхЯ конечно понимаю, что статика и паблик это нехорошо, но если isActive засунуть как публичный статик метод в таком кейсе? Зато решается проблема дублирования.
куда засунуть ? не понял идею
SP
Рид модель называется Рид моделью потому что не надо ее в операциях записи юзать
Хотя всем пофиг
Хотя всем пофиг
D
Ну тоесть это очевидно костыль, лучше крон само собой
правила тогда надо выносить отдельно, для единой точки правды, и передавать в сущность врайт модели
и эти же правила юзать в рид модели
не знаю, мне кажется это оверкил, я бы так не сделал
и эти же правила юзать в рид модели
не знаю, мне кажется это оверкил, я бы так не сделал
SP
Эт как читать данные из асинхронной реплики, принимать на основании этих данных решение а потом удивляться почему данные неконсистентны
DT
в целом вы конечно можете поставить логику isActive и туда и туда, но лично я предпочитаю рид модель использовать в тупую, без особой логики, чтобы сохранять единую точку правды для изменения данныхЯ конечно понимаю, что статика и паблик это нехорошо, но если isActive засунуть как публичный статик метод в таком кейсе? Зато решается проблема дублирования.
Зачем тогда вообще ты этой херней заморочился, если всеравно не соблюдаешь