Формируемое поле на Grid

[pwp]

Вопрос, похоже, простой, но тем не менее. Одно из полей таблицы, показанное на
Grid является производным от нескольких полей в той же таблице.
1. В каком в методе лучше окончательно формировать это поле: leaveRecord() или write() этой формы или еще где то?
2. Как показать (обновить на Grid) это поле при уходе с этой записи ? В каком методе ?

[DSPIC]

Цитата:

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

Вопрос, похоже, простой, но тем не менее. Одно из полей таблицы, показанное на
Grid является производным от нескольких полей в той же таблице.
1. В каком в методе лучше окончательно формировать это поле: leaveRecord() или write() этой формы или еще где то?
2. Как показать (обновить на Grid) это поле при уходе с этой записи ? В каком методе ?

На таблице, в методе modifiedField - при изменении значений полей, от которых зависит значение - если вычисления не трудоемки по производительности;
или в методах insert+update.
На гриде поле обновится автоматом.

[pwp]

Цитата:

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

На таблице, в методе modifiedField - при изменении значений полей, от которых зависит значение - если вычисления не трудоемки по производительности;
или в методах insert+update.

Ну в методе modifiedField не очень красиво , если таких полей > 1.
"или в методах insert+update." - на таблице или источнике данных ?

Цитата:

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

На гриде поле обновится автоматом.

Да вот не обновляется автоматом, нужен dataSource_DS.research() только вот куда его поставить ?

[S.Kuskov]

Если производное поле создано только для отображения вспомогательной информации и хранить в БД его значение не нужно, то можно (даже нужно) заменить его на display метод

[pwp]

Цитата:

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

Если производное поле создано только для отображения вспомогательной информации и хранить в БД его значение не нужно, то можно (даже нужно) заменить его на display метод

Это тоже понятно, но оно нужно для дальнейшей работы (поисков, сортировок) в других формах.

[S.Kuskov]

Цитата:

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

Ну в методе modifiedField не очень красиво , если таких полей > 1.

Это нормальная практика. Поищите по стандартным таблицам метод modifiedField. К тому же никто вам не мешает саму логику вычислений (если она грамоздка) вынести в соседний метод или скажем в специальный класс

[S.Kuskov]

Цитата:

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

Одно из полей таблицы, показанное на Grid является производным от нескольких полей в той же таблице

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

Если вы хотите увидеть изменения произошедшие не в активной строке грида, то вам действительно необходимо принудительно сделать reread и refresh этой строке (по умолчанию перерисовывается только активная)

[S.Kuskov]

Цитата:

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

нужен dataSource_DS.research() только вот куда его поставить ?

Событие после которого обновятся данные (вызовутся update или insert таблицы) в активной строке - это dataSource.write(). Т.е. делать research() нужно после super() этого метода.

[DSPIC]

Цитата:

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

Ну в методе modifiedField не очень красиво , если таких полей > 1.
"или в методах insert+update." - на таблице или источнике данных ?

Да вот не обновляется автоматом, нужен dataSource_DS.research() только вот куда его поставить ?

Вроде обновляется, стандартный подход;

public void modifiedField(fieldId _fieldId)
{
    super(_fieldId);

    switch (_fieldId)
    {
        case fieldnum(Table2, ItemId1):
        case fieldnum(Table2, ItemId2):
            this.calcItemId();
            break;
    }
}

void calcItemId()
{
    ;
    this.ItemId = this.ItemId1 + this.ItemId2;
}

В любом случае, объект датасорса доступен и в таблице, если курсор привязан к форме:

if (this.isFormDataSource())
    {
        this.dataSource().refresh();
    }

[pwp]

Цитата:

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

Событие после которого обновятся данные (вызовутся update или insert таблицы) в активной строке - это dataSource.write(). Т.е. делать research() нужно после super() этого метода.

Ок, прекрасно. Спасибо.

Цитата:

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

Ок, прекрасно. Спасибо.

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

Следование совету DSPIC (перекрытие метода modifiedField на таблице), позволит избежать беспокойства.
Обновить на экране строчку методом refresh() можно прямо из modifiedField на таблице.

[pwp]

Цитата:

Сообщение от Кирилл

Ax3SP6
Research() обновляет весь список и курсор может встать не в ту строку,
......
Обновить на экране строчку методом refresh() можно прямо из modifiedField на таблице.

Цитата:

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

Вроде обновляется, стандартный подход;
public void modifiedField(fieldId _fieldId)................
void calcItemId()
.............

Полностью согласен, но проблема в том, что не все записи этой таблицы подвергаются такому преобразованию, а лишь те записи которые еще при уточнении по двум другим таблицам имеют спецпризнак. Причем не на всех формах с этой таблицей это нужно. Поэтому мне казалось, что ставить все эти методы на таблицу не совсем правильно, а лучше делать на форме, а может на источнике формы.Но в любом случае спасибо за ответы, была ценная информация для меня.

[kashperuk]

Посмотреите может, как это сделано на InventSum? Я не полностью прочитал тему, но вроде как Вам должно подойти - там как раз много полей, которые являются производными от других полей

[TasmanianDevil]

Делал аналогичное, расчет жил в validateField на таблице, ничего обновлять не приходилось - значения расчитываемых полей менялось в grid'е при смене фокуса в полях таблицы.
DAX 3 SP3

[pwp]

Цитата:

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

Делал аналогичное, расчет жил в validateField на таблице, ничего обновлять не приходилось - значения расчитываемых полей менялось в grid'е при смене фокуса в полях таблицы.
DAX 3 SP3

Ок, вот это похоже эффективней всего, спасибо всем, принявшим участие, эту тему можно пока прикрыть.