Сообщение Re[2]: Domain-model редактирования Сущности от 01.11.2023 5:59
Изменено 01.11.2023 6:00 zelenprog
Re[2]: Domain-model редактирования Сущности
RD>Что конкретно подразумевается под "работать"?
Бизнес-логика по запросу пользовательского интерфейса должна выдать либо старую версию, либо новую версию Сущности.
И только когда пользователь явно даст команду типа "Зафиксировать", только тогда Бизнес-логика формирует окончательно новую версию, и заменяет старую версию на новую.
RD>Это "хранится" в контролах формы редактирования
В контролах хранятся изменения, еще не переданные на сервер.
RD>По кнопке сохранить из значений контролов собирается команда, которая улетает в сервисы. Там создаётся новая версия документа.
RD>Каждое сохраненное изменение — новая версия.
RD>Есть список версий.
А версии хранятся в самом "сервисе" (сервере, domain-слое).
Верно?
RD>Посмотри как в Google docs версионирование сделано.
Хотелось бы посмотреть не просто с точки зрения пользователя, а с точки зрения разработчика: то есть более-менее детальную диаграмму модели версионирования.
Бизнес-логика по запросу пользовательского интерфейса должна выдать либо старую версию, либо новую версию Сущности.
И только когда пользователь явно даст команду типа "Зафиксировать", только тогда Бизнес-логика формирует окончательно новую версию, и заменяет старую версию на новую.
RD>Это "хранится" в контролах формы редактирования
В контролах хранятся изменения, еще не переданные на сервер.
RD>По кнопке сохранить из значений контролов собирается команда, которая улетает в сервисы. Там создаётся новая версия документа.
RD>Каждое сохраненное изменение — новая версия.
RD>Есть список версий.
А версии хранятся в самом "сервисе" (сервере, domain-слое).
Верно?
RD>Посмотри как в Google docs версионирование сделано.
Хотелось бы посмотреть не просто с точки зрения пользователя, а с точки зрения разработчика: то есть более-менее детальную диаграмму модели версионирования.
Re[2]: Domain-model редактирования Сущности
RD>Что конкретно подразумевается под "работать"?
Бизнес-логика по запросу пользовательского интерфейса должна выдать либо старую версию, либо новую версию Сущности.
Пользовательский интерфейс показывает разницу между ними в упрощенном виде.
И только когда пользователь явно даст команду типа "Зафиксировать", только тогда Бизнес-логика формирует окончательно новую версию, и заменяет старую версию на новую.
RD>Это "хранится" в контролах формы редактирования
В контролах хранятся изменения, еще не переданные на сервер.
RD>По кнопке сохранить из значений контролов собирается команда, которая улетает в сервисы. Там создаётся новая версия документа.
RD>Каждое сохраненное изменение — новая версия.
RD>Есть список версий.
А версии хранятся в самом "сервисе" (сервере, domain-слое).
Верно?
RD>Посмотри как в Google docs версионирование сделано.
Хотелось бы посмотреть не просто с точки зрения пользователя, а с точки зрения разработчика: то есть более-менее детальную диаграмму модели версионирования.
Бизнес-логика по запросу пользовательского интерфейса должна выдать либо старую версию, либо новую версию Сущности.
Пользовательский интерфейс показывает разницу между ними в упрощенном виде.
И только когда пользователь явно даст команду типа "Зафиксировать", только тогда Бизнес-логика формирует окончательно новую версию, и заменяет старую версию на новую.
RD>Это "хранится" в контролах формы редактирования
В контролах хранятся изменения, еще не переданные на сервер.
RD>По кнопке сохранить из значений контролов собирается команда, которая улетает в сервисы. Там создаётся новая версия документа.
RD>Каждое сохраненное изменение — новая версия.
RD>Есть список версий.
А версии хранятся в самом "сервисе" (сервере, domain-слое).
Верно?
RD>Посмотри как в Google docs версионирование сделано.
Хотелось бы посмотреть не просто с точки зрения пользователя, а с точки зрения разработчика: то есть более-менее детальную диаграмму модели версионирования.