Изменение пользовательского QueryRun в RunBaseBatch

[Eldar9x]

Здравствуйте.
Есть обычный класс с полем даты на диалоге и еще пользовательский запрос на этом же диалоге (кнопка Выбрать). В run() происходит пробежка по пользовательскому QueryRun. Необходимо, когда пользователь нажмет ok, то для этого queryRun добавить еще условие по полю даты с диалога. Как это сделать правильно?

[mazzy]

в tutorial объектах есть пример.

суть: после super в init изменить queryRun.query()

[offenmeier]

немного неясен вопрос. но если ситуация такая, как я думаю, то в getFromDialog() забираем дату, и добавляем в виде условия в query перед тем, как её запускать:

QueryBuildDataSource    qbd;
QueryBuildRange    qbr;
;

qbd = this.query().getDataSource(tablenum(< >));
qbr = SysQuery::findOrCreateRange(qbd, fieldnum(< >, < >));
qbr.value(queryValue(<   >));

по идее всё.

P.S. да, в классе tutorial_RunbaseReport

[Eldar9x]

Ax 2009. Чет не нашел в тюториалах ничего похожего... В init опять же я не могу менять ничего. Потому что init() вызывается сразу же после new() и до promt(). Да и готовый пользовательский queryRun будет, наверное, как раз в getFromDialog после super(). То есть получается, самый правильный вариант - пропихивать пользовательские значения с полей в диалоге в пользовательский queryRun в методе getFromDialog()? Но опять же queryRun ведь придется заново создавать...

[Eldar9x]

Вообщем, getFromDialog() тоже не подойдет, потому что не факт, что класс будет вызываться вручную, а не из кода. К тому же я его делаю под пакетник, там вроде тоже getFromDialog не работает.

[offenmeier]

не нужно queryRun заново создавать. главное чтобы у вас переменная с датой была готова на момент запуска query. queryRun содержит объект запроса.

кодом, который я привёл (только вместо this.query нужно queryRun.query) вставляете свою дату и должно сработать, пакетная обработка или не пакетная.

интерактивно - забираете дату из getFromDialog, пакетно - используете pack/unpack. а вообще в любом случае pack/unpack, чтобы ранее введённая дата сохранялась для текущего пользователя. best practice

[Eldar9x]

Цитата:

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

... а вообще в любом случае pack/unpack, чтобы ранее введённая дата сохранялась для текущего пользователя. best practice

Ну тогда в случае вызова класса из кода это работать не будет. Дату (там вообще говоря, др поле, но это не важно, будем считать для простоты, что это дата) я и так сохраняю в pack и восстанавливаю в unpack(). Точно так же сохраняется и восстанавливается queryRun. Так вот, если вызывать из кода этот класс:

AClass aClass = new AClass();

aClass.parmTransDate( transDate );

aClass.run();

То указанная дата не пропихнется в query, ктстати, тут тогда еще и query вообще не создаться.

[pedrozzz]

Цитата:

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

Вообщем, getFromDialog() тоже не подойдет, потому что не факт, что класс будет вызываться вручную, а не из кода. К тому же я его делаю под пакетник, там вроде тоже getFromDialog не работает.

Я правильно понял, что класс может вызываться из кода, с установкой даты через parm-метод?

Тогда почему бы не создать метод, типа:

protected void updateQuery()
{
    QueryBuildDataSource    qbds;
    QueryBuildRange              qbr;
    ;

    if (! queryRun)
    {
        this.initQuery();
    }

    qbds = queryRun.query().dataSourceTable(tablenum(<>));
    qbr = SysQuery::findOrCreateRange(qbds, fieldnum(<>, <>));
    qbr.value(queryValue(<>));
}

и не вызывать его в run() ?

[Eldar9x]

Ну да, все правильно. Вот нашел вроде, наконец-то, класс на системном слое ProjControlPosting, там именно так и делается. Спасибо всем за помощь!