Свойство поля saveContent

[Vadik]

Цитата:

I've opened for myself the new great property of the table fields - SaveContents.

Казалось бы, есть display и edit методы - так нет же, обязательно найдется какой-нибудь "первооткрыватель" и сделает все как обычно (через задницу)

Цитата:

Может кто поделится примерами удачного использования виртуально поля?

Себестоимость для OLAP так считается в старых версиях, см. \Data Dictionary\Tables\CustInvoiceJour\Fields\OLAPCostValue. Само значение себестоимости физически в БД не хранится, так как "плавает" и обновлять его каждый раз в накладной накладно (хм, каламбур), но поле в AOT используется при настройке куба и протянуто в списке "волшебных" "не-физических" полей в \Classes\OLAPCreateAmount\isSpecialCalcField (в итоге - рассчитывается, а не тянется из БД)

[oip]

Цитата:

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

Казалось бы, есть display и edit методы - так нет же, обязательно найдется какой-нибудь "первооткрыватель" и сделает все как обычно (через задницу)

Тут можно добавить, что если вместо display метода использовать такие "виртуальные" поля, то фильтрация и сортировка по таким полям в интерфейсе для пользователя доступна будет, но реально работать не будет. Что может сильно сбить с толку.

[mazzy]

Цитата:

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

Объясните, пожалуйста, что это такое?

устаревшее свойство, унаследованное из старых версий, когда еще не было Display/Edit методов.
предполагается, что программист переопределит метод postLoad и/или write.

Цитата:

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

Например, вместо дисплейного поля. Перекрываем метод postload и считаем в нем что нам надо.

угу. но лучше пользоваться Display/Edit методами.

Цитата:

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

Казалось бы, есть display и edit методы - так нет же, обязательно найдется какой-нибудь "первооткрыватель" и сделает все как обычно (через задницу)

Это свойство еще с Конкорда тянется, вроде.