Передать выборку по таблице из класса в класс

[Aleksey2020]

Здравствуйте. Простой вопрос, но не понял. Как сделав выборку в одном классе передать отобранные записи таблицы в другой класс? Например класс с диалогом, по его параметрам сделать выборку в таблице, а отобранные записи надо передать в другие классы.

[DesparioN]

Смотря в каком виде выглядит выборка.
1) Если на диалоге расширенный фильтр, то query
2) Если грид, то можно сформировать Set

[S.Kuskov]

Цитата:

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

Как сделав выборку в одном классе передать отобранные записи таблицы в другой класс?

А вы уже знаете как бы вы передали отобранные записи не в другой класс а в другой метод того же класса?

[Товарищ ♂uatr]

Добрый день.
Какую цель преследуете?
Для примера с диалогом стоит посмотреть в сторону формирования запросе без его выполнения (ключевое слово noFetch и передача курсора, либо query, как писали ранее).
Если задача перебрать два раза один и тот же набор данных - есть иные способы решения. Например система событий. Сделав класс получатель - подписчиком на событие.

[mazzy]

Цитата:

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

Например класс с диалогом, по его параметрам сделать выборку в таблице, а отобранные записи надо передать в другие классы.

прежде всего, диалог и выборка - это Query.

Query - это программный объект, который позволяет программно создавать и модифицировать запросы к SQL.


В вопросе под выборкой вы, скорее всего, имели в виду select.
под рукой нет аксапты, пишу навскидку:

public void method1()
{
   myTable myTable;

   select myTable
   where myTable.myField == someValue;

   this.method2(myTable);
}

public void method2(myTable myTable)
{
   while( myTable )
   {
       // ... myTable....

       next myTable;
   }
}

будьте предельно осторожны, когда передаете выборку между клиентом и сервером. постарайтесь не делать выборки на клиенте.

обязательно освойте Query.

[sukhanchik]

Система концептуально не позволяет передавать выбранные записи между классами. Ну т.е. таким образом не надо мыслить при проектировании алгоритма. Здесь правильнее передавать правила отбора записей (объект Query), чтобы конечный метод, который будет работать с записями - смог бы их выбрать. Безусловно, в системе встречаются конструкции, которые именно в память складируют отобранные записи (объекты Map, List, Set, RecordSortedList), но они эффективно работают с малым количеством записей (условно - до 20). Есть ещё временные таблицы, но с ними также есть свои заморочки. Поэтому, наиболее эффективный вариант - передавать правила выборки (Query). Если записи не поддаются какому-либо общему правилу выборки, то можно во временную таблицу TmpRecidFilter напихать recId выбираемых записей и её уже передать в метод работы с отобранными записями. Сохранять же большое количество записей в памяти есть зло для производительности

[Aleksey2020]

Цитата:

Сообщение от Товарищ ♂uatr

Добрый день.
Какую цель преследуете?
Для примера с диалогом стоит посмотреть в сторону формирования запросе без его выполнения (ключевое слово noFetch и передача курсора, либо query, как писали ранее).
Если задача перебрать два раза один и тот же набор данных - есть иные способы решения. Например система событий. Сделав класс получатель - подписчиком на событие.

А есть примеры классов-подписчиков в стандарте аксапты 2012?

[astralsun]

Цитата:

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

А есть примеры классов-подписчиков в стандарте аксапты 2012?

SubledgerJournalizer
и его подписчик, например,
SubledgerJournalizerALEExtension
и подписчик поинтереснее
SubledgerJournalizerBondExtension