Отображение переменной на диалоге из серверного объекта

[Eldar9x]

Обычный класс RunBase, у которого выставлено св-во CalledFrom.
У MenuItem это св-во выставлено в Server.
Таким образом класс будет запущен на сервере.

В методе Main() до Promt() происходит задание переменной transDate:

    purchLinkUpdate = new GRD_PurchLinkUpdate();

    purchTable = _args.record();
    purchLinkUpdate.parmTransDate(purchTable.DeliveryDate);  

    if (purchLinkUpdate.prompt())
        purchLinkUpdate.run();

В методе Dialog():

dfTransDate = ret.addFieldValue(typeId(TransDate), transDate, "Дата документа");

Но при этом эта переменная не должна сохранятся/восстанавливаться pack/unpack, поэтому в макрос в ClassDeclaration мы ее не добавляем.

Как добиться того, чтобы эта переменная отобразилась на диалоге (без использования canSwapBetweenCS())? Сейчас туда выставляется значение transDate клиентской копии класса.

[lev]

может в диалоге написать что-то типа:

dialogFieldTransDate  = dialog.addFieldValue(typeId(TransDate), purchLinkUpdate.parmTransDate());

тогда по идее в поле диалога подтянется проинициализированное значение метода - параметра parmTransDate().

[Logger]

Предлагаю добавить вызов getLast(), а также добавить эту переменную в макрос чтобы она сохранялась. Но в диалоге игнорировать сохраненное значение.
В таком случае она будет передаваться с клиента на сервер и обратно, но при показе диалога значение будет проигнорировано. И в getFromDialog вы получите значение введенное пользователем. Например пустое. И оно уже будет передано в серверную часть и обработано.

    purchLinkUpdate = new GRD_PurchLinkUpdate();
    [B]purchLinkUpdate.getLast();[/B]
    purchTable = _args.record();
    purchLinkUpdate.parmTransDate(purchTable.DeliveryDate);  

    if (purchLinkUpdate.prompt())
        purchLinkUpdate.run();

[Eldar9x]

Цитата:

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

может в диалоге написать что-то типа:

dialogFieldTransDate  = dialog.addFieldValue(typeId(TransDate), purchLinkUpdate.parmTransDate());

тогда по идее в поле диалога подтянется проинициализированное значение метода - параметра parmTransDate().

нее, это вызов клиентской копии, тоже самое получается.

[Eldar9x]

Цитата:

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

Но в диалоге игнорировать сохраненное значение.

Каким образом? Мне нужно на диалоге чтобы выводилось transDate то, которое было установлено в Main():

purchLinkUpdate.parmTransDate(purchTable.DeliveryDate);

[Logger]

Цитата:

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

Каким образом? Мне нужно на диалоге чтобы выводилось transDate то, которое было установлено в Main():

purchLinkUpdate.parmTransDate(purchTable.DeliveryDate);

Не понял сразу что вам нужно.
Тогда в диалоге надо написать что-то типа

dialogFieldTransDate  = dialog.addFieldValue(typeId(TransDate), TransDate);

где
TransDate
переменная вашего класса с нужным значением.

Вы попробуйте и убедитесь что все будет работать.
Ключевой момент в данном случае - вызов getLast() до вызова Prompt()

Суть модификации в том что prompt проверяет некий флажок на уровне класса который означает считывались ли значения из sysLastValue вызово getLast или нет. Поэтому если не сделать вызов getLast() после создания класса, то нет смысла перед вызовом prompt инициализировать какие либо значения в классе, - они перезатрутся внутри prompt считыванием своих значений из sysLastValue.

Если же getLast() вызван хотя бы раз, то prompt заново из sysLastValue ничего не начитывает и все хорошо работает.

[Eldar9x]

Работает. А можно ли в методе dialog() получить серверный объект класса? То есть обращаясь в методе dialog() к this (если класс запущен на сервере, и не перекрыт метод canSwap...) - мы обращаемся к клиентской копии. Как обратиться к серверному варианту?

[Logger]

Цитата:

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

Работает. А можно ли в методе dialog() получить серверный объект класса? То есть обращаясь в методе dialog() к this (если класс запущен на сервере, и не перекрыт метод canSwap...) - мы обращаемся к клиентской копии. Как обратиться к серверному варианту?

Не знаю. Если сильно захотеть то, наверно, можно.
Только зачем ?

[S.Kuskov]

Цитата:

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

Но при этом эта переменная не должна сохранятся/восстанавливаться pack/unpack, поэтому в макрос в ClassDeclaration мы ее не добавляем.

Наравне с методами pack и unpack можно иcпользовать методы promptPack и promptUnpack. С их помощию можно расширить список переменных переаваемых с клиента на сервер, не меняя список переменных сохраняемых в SysLastValue.

[Eldar9x]

Цитата:

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

Не знаю. Если сильно захотеть то, наверно, можно.
Только зачем ?

Ну, как зачем... В dialog() можно бы было вызывать методы серверного объекта.

promptPack/prompUnpack тож вариант, но с getLast() как-то проще.

[Logger]

Стандартная архитектура этого не предполагает.
Есть подозрение что вы что-то не так делаете и нужной вам цели можно достичь другим способом.

[Eldar9x]

Вот и очередной вопрос с серверными классами.

Вот код на форме, которая используется в RunBase в качестве диалога:

void closeOk()
{
    DialogRunbase dialog = element.args().caller();
    ;

    purchLinkUpdate.initParms(CtrlDataAreaId.valueStr(), CtrlDocNum.valueStr(), CtrlDlvDate.dateValue());

    dialog.updateServer();

    if (purchLinkUpdate.checkCloseDialog())
        super();
}

Ctrl... это имена контролов, созданных на этой форме. Edit методы использовать нельзя.
Так вот purchLinkUpdate.initParms обновит только переменные клиентской копии класса.
Каким образом обновить переменные серверного объекта?

[S.Kuskov]

Цитата:

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

Каким образом обновить переменные серверного объекта?

Нужно добавить их в список сериализуемых переменных. Тогда после окончания работы метода prompt они попадут на серверную сторону и вы сможете ими воспользоваться в методе run.

P.S.: А почему "Edit методы использовать нельзя..."? Правда в контексте вашего вопроса это нечего не изменит, просто интересно откуда у вас появилось такое ограничение. Посмотрите Tutorial_RunbaseForm, там прекрасно работает edit метод.

[ice]

Цитата:

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

Каким образом обновить переменные серверного объекта?

pack/unpack

[Eldar9x]

Емае, точно!

[Eldar9x]

Цитата:

Сообщение от S.Kuskov

P.S.: А почему "Edit методы использовать нельзя..."? Правда в контексте вашего вопроса это нечего не изменит, просто интересно откуда у вас появилось такое ограничение. Посмотрите Tutorial_RunbaseForm, там прекрасно работает edit метод.

Запретили , хотя я раньше всегда только через них и делал.

[Eldar9x]

И все таки мне не дает покоя возможность получения серверного объекта на форме.
Судя по всему, единственная возможность - это в RunBase.promptPrim() вместо:

 [clientPrompt,clientPacked] = RunBase::promptOnClient(classidget(this),this.promptPack());

писать что-то вроде:

 [clientPrompt,clientPacked] = RunBase::promptOnClient(classidget(this),this.promptPack(), this);

Таким образом, у клиентской копии была бы возможность получить ссылку на серверный объект и потом использовать ее.
Но, конечно, это пришлось бы много переделывать. Да еще и не понятно, передастся ли эта ссылка...

ЗЫ:

И это, как оказалось, работает. Странно, что не сделали возможность обращаться к оригинальному объекту на сервере... Всего-то пару строчек кода.

[Maxim Gorbunov]

Цитата:

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

Странно, что не сделали возможность обращаться к оригинальному объекту на сервере... Всего-то пару строчек кода.

Всего-то пару строчек кода, а сколько лишнего траффика между клиентом и сервером!

[Eldar9x]

Цитата:

Сообщение от Maxim Gorbunov

Всего-то пару строчек кода, а сколько лишнего траффика между клиентом и сервером!

если использовать, где действительно оно необходимо, например, для передачи переменной на сервер при нажатии ok (без сохранения в pack), то никакого лишнего трафика не будет. Зато бы не пришлось извращаться, как, например, с принудительным вызовом getLast().

[Logger]

Ну это еще вопрос что считать извращением