Идеология работы с InventJournalTrans

[pwp]

Доброе время суток. Стоит задача массовой обработки строк журнала InventJournalTrans на соответствующих формах "Строки" журналов : Проводка, Спецификации и т. д. Например массовой и одновременной корректировке даты строк журнала. Поскольку с литературой на эту тему никак - приходится изучать тексты. Так этот журнал там в нескольких ипостасях : 1) в виде источника на Grid и на разных формах!!т2) RecorSortedList в классе JounalTransList (там есть еще и Мар=LineNumIdx по строкам) 3) Есть еще JurnalTransData - как буфер строки журнала 4) Возможно и еще что-то.
С каким из этих источников идеологически правильно работать по масовому изменению поля, скажем, TransDate. Проверка строк работает с (_journalTransList.next()). Может кто встречал ссылки на эту тему...

[EVGL]

Посмотрите, как работает класс JournalTransDelete (кажется, так он называется). А вообще, я бы не парился и сделал бы нормальный RunBase с QueryRun внутри.

[pwp]

Цитата:

Сообщение от EVGL

Посмотрите, как работает класс JournalTransDelete (кажется, так он называется). А вообще, я бы не парился и сделал бы нормальный RunBase с QueryRun внутри.

т.е. не разбираться в тех наворотах, а сделать независимый класс, взяв с формы только параметы журнала. Только потом ,видимо, нужен ххх_ds.research() чтобы изменения нашли свое отражение в Grid ? Ну а вообще посмотрел JournalDeleteTrans - это то что нужно.

[Raven Melancholic]

Цитата:

Сообщение от pwp

т.е. не разбираться в тех наворотах, а сделать независимый класс

Ну, если учесть, что хотите обрабатывать строки журналов не из формы ,а массово по всем журналам, то смотреть как обрабатывается журнал из формы не стоит. Можно посмотреть как копируются журналы, как они удаляются периодической операцией. То есть работать с таблицами, а не с датасорсами.
С другой стороны, нужно учесть, что в настройках журнала может стоять флаг удаления строк после разноски, может быть запущена периодическая операция очистки разнесенных журналов. В общем, не исключено, что строк журнала уже не будет и задача может трансформироваться из обработки строк журналов в обработку складских операций.

[pwp]

Цитата:

Сообщение от Raven Melancholic

Ну, если учесть, что хотите обрабатывать строки журналов не из формы ,а массово по всем журналам, то смотреть как обрабатывается журнал из формы не стоит. ....................

Да по ТЗ требуется обработка из формы, там и кнопка будет стоять. Стоит вопрос об обработке пока не разнесенных журналов. Да и при работе с живыми таблицами можно что нибудь порушить, лучше бы работать по методам этой системы, только вот описаний этих методов нет. Я думаю для такой задачи аналогия с методикой удаления строк вполне подходит.

[rINT]

Возможно, некоторые "общие" поля нагляднее вынести в заголовок складского журнала, например, та же "Дата журнала". В таком случае, при изменении даты журнала в заголовке меняется связанная дата в строках. А это уже лучше (красивее) делать при помощи классов аналогичных SalesTable2Line*. Т.е. при изменении поля в заголовке выдается запрос на изменение аналогичных полей в строках. Как это выглядит у нас показано во вложении.