FormDataSource.setCurrent

[olesh]

А кто-нибудь знает, что делает метод FormDataSource.setCurrent?

[George Nordic]

имхо, устанавливает запись (record) текущей.

С Уважением,
Георгий

[Maxim Gorbunov]

Нет, не совсем. То есть совсем нет.

Если в форме несколько DataSource, в любой момент времени активным является только один. Когда вы нажимаете на кнопку "Фильтр..." (это воронка такая), фильтр устанавливается именно для текущего DataSource.

setCurrent делает DataSource, для которого он вызван, текущим.

[Maxim Gorbunov]

Запись текущей можно сделать с помощью findRecord.

[Perc]

Через столько лет пришлось озадачится, что же все таки делает метод setCurrent. И правильного ответа здесь не нашел. Но выяснил.
setCurrent пихает данные из текущего курсора FormDataSource в кэш данных FormDataSource. Пример для понимания. cliked на форме с датасорсом table1:

void clicked()
{
    Table1   t1;
    ;
    super();
    info(strFmt("%1", table1.field1));
    t1.data(table1);
    t1.field1 = "новое значение";
    table1.data(t1);
    table1_DS.setCurrent();
    info(strFmt("%1", table1.field1));
}

Замысловатое изменение field1 через data() делалось для того чтобы не сработал write на датасорсе. Метод table1.data(t1) не провоцирует форму автоматически сохранять запись.
И получается что этот код не меняет данных в БД, но форма будет отображать "новое значение" в поле "field1" на всех записях на которых вызовете clicked(). Пока не произойдет вызов executeQuery() или reread().
А без setCurrent() форма не хранит "новое значение" и сбрасывает, например, при переходе к другой записи.
Проверял на DAX2012.

[S.Kuskov]

Что изменится в вашем примере если закомментировать строку с table1_DS.setCurrent(); ?

Чем вас не устроил ответ 2004 года про активный датасурс?

[Perc]

Издеваетесь). Ответ 2004 не устроил тем, что он не раскрывает смысла метода. Возможно он также делает и датасорс активным в некоторых случаях, с этим не разбирался, но это точно не его основное назначение.

Цитата:

Что изменится в вашем примере если закомментировать строку с table1_DS.setCurrent(); ?

Ну ответ выше). Без setCurrent - форма не сохраняет новое значение. Не таблица, а именно форма.У меня новое значение сбрасывается если я передвигаюсь на новую запись.
Надо попробовать и становится понятно)

[S.Kuskov]

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

Для чего вообще нужен эффект сохранения значения? При каком сценарии работы это может понадобится? Использовать элемент управления Grid без бинда к таблице? Ну такое ...

Для справки. У датасутса есть внутренний признак того изменена ли текущая запись или нет. В зависимости от значения этого признака получаем разное поведение. Изменить этот признак можно методом DS.ForeWrite()
Запись не сохраняется при переходе на другую в гриде

[Perc]

Цитата:

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

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

Гы) Допускаю такую вероятность. Тем не менее не встречал в коде Акс использования этой функции по первому назначению, а вот по побочному эффекту полно) Ну типично inventDim. Все же видели:

    if (inventJournalTrans.InventDimId != inventDim.InventDimId)
    {
        inventDim.data(InventDim::find(inventJournalTrans.InventDimId));
        inventDim_ds.setCurrent();
    }

Цитата:

Для чего вообще нужен эффект сохранения значения?..

Ну для того же что и пример выше. Обновить в форме значения по датасорсу приджойненному по иннерджоин, в случае если родителя вдруг связали с другой записью. Чтобы не делать после трудные executeQuery с FindRecord. Просто меняем значение в буфере и оп!

Цитата:

..Изменить этот признак можно методом DS.ForсeWrite()..

Про это тоже наслышан. Но мне нужно было для демонстрации вынести простой работающий тест clicked. Простой вариант типа:

    table1.field1 = "новое значение";
    table1_DS.ForeWrite(false);

не помогает и write все равно вызывается при переходе на другую запись. Где в другом месте признак надо сносить видимо. И чтобы не рассказывать в примере, что мол надо еще перекрыть там то и там на датасорсе - поместил все в один метод таким образом.

[Perc]

Цитата:

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

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

епта, эта дискуссия) проверил и эту версию следующим образом: Добавил на форму еще один датасорс table2, грид к нему и что полагается. В вышеупомянутый clicked в конце дописал table2_DS.setCurrent();
Запускаю форму, жму кликед. Нажимаю Ctrl+F3 и вижу запрос к table1. table2_DS не активизировался.

Т.е. основное, по вашей версии, назначение метода не срабатывает. Или я чтото сделал не так? )