Как класс->запрос->форма. Как такое создать?

[kitty]

Задание:
1) Пользователь жмет на пункт меню, появляется форма запроса по таблице заказов
2) Пользователь забивает критерии , и открываетя форма с выбранными заказами (и их строками) + на форме несколько текстовых полей (для комметариев).
3) Пользователь жмет кнопку "ок" и по выбранным заказам производится определенная операция.

Создала класс, в котором в в методе prompt вызываю свою форму стандартно через

boolean prompt()
{
    Args formArgs;
    FormRun formRun;
    formArgs = new Args();
    formArgs.name(formStr(myForm));
    formArgs.caller(this);
    formRun = ClassFactory::formRunClassOnClient(formArgs);
    formRun.init();
    formRun.run();
    formRun.wait();
    return formRun.closedOk();
}

Так как форма запроса, показываемая пользователю, по сути - запрос , используемый на форме, я вызываю в init формы queryRun.promt(), а потом подставляю его в запрос формы.

public void  init()
{   .....
    super();
    .....
    xSysLastValue::getLast(this);

    if (!queryRun.prompt())
    {
        element.close();
    }
    salesTable_ds.query(queryRun.query());
}

Все работает, но , если пользователь нажимает Отмена на форме запроса, то вываливается ошибка , что метод detach() или wait() вызван до run().
Что верно, тк в методе init по сути форма закрыватеся и formRun.wait не имеет уже formRun .
Я могу, конечно, проверять formRun на существование после вызова formRun.init()в методе promt(). Но, мне кажется. я что-то идеологически неправильно делаю. Может, лучше создавать запрос в классе и там же делать queryRun.prompt , а потом передавать его в форму и подставлять в ds? Это тоже коряво, тк зачем отдельно в классе создавать запрос , если форма уже на нем основана и по сути надо дать пользователю именно его изменить...

Подскажите, где в системе есть примеры подобного интерфейса? Как правильно его реализовать?

[eugene egorov]

Изучите \Classes\Tutorial_RunbaseForm
Ну и остальные Tutorial* будут Вам небесполезны

[kitty]

Как поможет Tutorial_RunbaseForm, поясните, раз уж решили посоветовать?

Мне не нужна кнопка запроса на форме, мне нужно до открытия формы показать пользователю запрос, на основе которого уже отобразятся данные на форме.

[Dreadlock]

Цитата:

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

Как поможет Tutorial_RunbaseForm, поясните, раз уж решили посоветовать?

Мне не нужна кнопка запроса на форме, мне нужно до открытия формы показать пользователю запрос, на основе которого уже отобразятся данные на форме.

Я делал FormDataSource.prompt() в методе run формы (кажется после super)

[kitty]

Цитата:

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

Я делал FormDataSource.prompt() в методе run формы (кажется после super)

На сколько я понимаю,после super форма уже открыта будет.
Если до super делать prompt по запросу формы, то проблема, будет та же, что и если в init его писать..

[Dreadlock]

Я делал, проблем не было. Попробуйте, может заработает как надо!

[kitty]

Я поняла, как вы сделали и почему работает . Вы сделали как на форме В наличии. Там, вначала открывается Запрос, потом сама форма, как мне и надо. Но там, если пользователь жмет кнопку Отмена на форме запроса, то открывается форма "В наличии" без фильтров.
( +там действительно фильтры накладываются после super(), тк по сути форма - InventOnHandListPage уже открыта.)

В моем случае я бы хотела просто отменить выполнение задачи т.е не открывать следующую Форму.
Попробовала сделать как порекомендовал S.Kuskov, нашла интересные примеры в стандарте,когда вызывается в RunBase форма запроса вместо диалога
(см, например, NumberSeqCleanUp, SalesJournalChangeType etc).
Делается так:

public Object dialog()
{
    FormRun formRun = classfactory.createQueryForm(this);
    formRun.init();
    return formRun;
}

при этом, нужно сам queryRun инициализировать уже в New()!

Далее, если диалог закрылся по Ок, то я вызываю свою форму( как указано выше) и передаю в нее сформированный запрос и заменяю им родительский ds формы. Имхо, хоть вариант тоже рабочий, но подмены запросов ds и двойные диалоги в runBase делают код менее яснным.

[kitty]

Как уже писала выше, если создавать запрос в классе и подставлять его потом в запрос формы ,имхо, это неверно, тк если завтра кто-то изменит DSs формы, но не внесет соответствующие изменения в класс, то вся функциональность слетит.
В идеале prompt должен быть по запросу формы

[S.Kuskov]

Я бы вынес вызов запроса из метода формы в класс, который запускает форму. Во первых снимается ваша проблема с закрытием формы (в случае отмены - её можно просто не открывать), а во вторых форма получается более универсальной, в том плане что её можно будет использовать и в других сценариях, например, когда фильтр не нужно запрашивать у пользователя.

[Omeo]

Цитата:

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

Подскажите, где в системе есть примеры подобного интерфейса? Как правильно его реализовать?

какая то из форм "в наличии" так делает - сперва показывает форму параметров запроса потом уже отображает само наличие

[S.Kuskov]

Я имел в виду нечто такое. Если не взлетит, не пинайте - писал на коленке.

boolean prompt()
{
    Args formArgs;
    FormRun formRun;
    FormDataSource formDataSource;
    boolean ret = false;

    formArgs = new Args();
    formArgs.name(formStr(myForm));
    formArgs.caller(this);
    formRun = ClassFactory::formRunClassOnClient(formArgs);
    formRun.init();

    formDataSource = formRun.dataSource();
    if (formDataSource.queryRun.prompt())    
    {
        formDataSource.query(formDataSource.queryRun.query());
        formRun.run();
        formRun.wait();
        ret = formRun.closedOk();
    }

    return ret;
}

[kitty]

Спасибо, но queryRun не существует до run, поэтому совсем без бубнов не взлетит
Но я ваш ход мысли поняла, попробую поиграть и так

[Perc]

Может не совсем понял суть задачи.. Форма Коды операций в ГК, в DAX4 во всяком случае, так же открывается? Сначала окно запроса, потом собственно сама форма.

[kitty]

Цитата:

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

Может не совсем понял суть задачи.. Форма Коды операций в ГК, в DAX4 во всяком случае, так же открывается? Сначала окно запроса, потом собственно сама форма.

Как уже описала выше, если в форме запроса пользователь нажал Cancel, то следующая форма открываться не должна. В этом и разница(в вашем примере форма откроется, но просто без доп фильтров, тк они как бы не заданы)

[Perc]

Цитата:

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

Как уже описала выше, если в форме запроса пользователь нажал Cancel, то следующая форма открываться не должна. В этом и разница(в вашем примере форма откроется, но просто без доп фильтров, тк они как бы не заданы)

Чего то я значит все таки не понял в постановке задачи) У меня в аксапте при нажатии отмены в форме запроса ничего далее не открывается. (Для выше названной формы)

[kitty]

Цитата:

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

Чего то я значит все таки не понял в постановке задачи) У меня в аксапте при нажатии отмены в форме запроса ничего далее не открывается. (Для выше названной формы)

Если создавать форму в классе, то надо было бы делать приблизительно так:

formRun.init();
if(formRun)  
{  
    formRun.run();
    formRun.wait();
}

- т.е надо проверять formRun, тк если пользователь закрыл диалог фильтрации по Cancel, то мы закрываем саму форму еще в процессе init и run/wait уже не на ком вызывать.
Но написать так , хоть и можно, но так не пишут, коряво это, тк по идее форма не должна "исчезать" после инита...Поэтому я думала, что есть стандартный путь, которого я не улавливаю, тк задача ,имхо, совсем не сложна.

В любом случае, вопрос решен. Пока сделала приблизительно так , как написал Kuskov. Мне кажется, более ясным его подход. Спасибо.

[LeonDerCom]

Не пробовали управлять видимостью? Костыль конечно.
Иницируете в фоне форму с параметром невидимый -> ОК -> производится фильтр и показали форму, иначе закройте ее - пользователь и не заметит.
По производительности и памяти много не возьмет - вопрос в фильтре по умолчанию.