Родительский файл создает дочерний файл (нужна некоторая помощь по логике)

Question

Вопрос:

Скажем, у меня есть форма заявки, которая позволяет мне подать заявку на несколько сервисов.

, например услуги являются: Сервис А Сервис B Service C

Состояние:

1. одна форма заявки только позволяет один пользователь добавить несколько службы
2. Родитель файл " заявка на участие "
3. Детский файл" service 1 ", service 2, Service 3

пользователь имеет 2 кнопки, чтобы выбрать либо нажать на кнопку «Сохранить»/«Отменить» в виде приложения (родительский файл)

Моя форма позволяет быть в любое время сохранить.

Мой вопрос, если пользователь уже добавил дочерний документ, но пользователь нажимает на функцию «отменить». Это означает, что он хочет удалить документ (дочерний элемент), который был выбран во время ключа. Как отличить его.

Answer 1

Несколько подходов приходят на ум.

Во-первых, разрешить только разрезание дочерних документов в режиме чтения. Это разделяет разделение между созданием родителей и детей.

Во-вторых, чтобы иметь дочерние документы, при первоначальном создании получает флаг «Черновик». Если они сохранят, очистите флаг проекта. Если они отменяют, удалите черновики.

Третий подобен. Захватите, какие дети существуют, когда они сначала редактируют документ, затем в процессе отмены удаляют их.

Шаги 2 и 3 по-прежнему имеют проблему, которая будет исправлена ​​для существующего ребенка. Четвертый вариант - загрузить детей в объекты Java, которые обертывают базовый документ Notes. Создание создаст объект Java, а не документ Notes. Затем Save создаст или обновит бэкэндовые документы Notes. Таким образом, вы можете обрабатывать родительские и дочерние элементы как одну транзакцию, и это будет самый полный вариант. (DominoDocument datasource - это действительно класс Java, который является оберткой бэкэнда Notes Document, так что это фактически то же самое, но покрытие нескольких документов вместо одного).