![]() |
#10 |
Участник
|
Как пример, для понимания, могу предложить следующую задачу синхронизации.
В CustTable добавляем свое enum:NoYes поле isSynch. Оно отображает синхронищзирована ли строка с другой системой. При insert CustTable поле isSynch=NoYes::No При update CustTable поле isSynch=NoYes::No Пускай есть обработчик синхронизации, он фильтрует CustTable по нашему полю и забирает не синхронизированые строки, делает update CustTable поле isSynch=NoYes::Yes В 2012 я бы добавил параметр и логику в метода update. Как мне поступить в D365? Может я по не опытности еще не придумал лучший вариант и не полностью разобрал ваши ответы, пока на ум приходит только один вариант реализации без этого аргумента. Делаем таблицу myTable с двумя полями. Enum::NoYes поле isSynch RefRecId поле CustTableRecId Связываем ее с CustTable. На insert CustTable вешаем создании соответственной строки и в моей новой таблице. на событие onUpdated CustTable вешаем myTable.isSynch = NoYes::No. А обработчик синхронизации будет lделать. myTable.isSynch = NoYes::Yes таком образом я избавляюсь от необходимости в аргументе на update. И, я заметил, в моих таблицах с методами insert/update/delete я могу работать как угодно, и добавлять параметры. Выходит, в соответствии с новыми парадигмами, в своих таблицах этого так же стоит избегать? |
|
|
|