xRecord.isFieldSet() - что это? как сейчас правильно проверять наличие поля в базе данных?

[mazzy]

https://msdn.microsoft.com/en-us/lib...sfieldset.aspx
xRecord.isFieldSet() - что это? как сейчас правильно проверять наличие поля в базе данных?


причем в ax2012 этот метод почти не используется, судя по перекрестным ссылкам.
а в ax7 этот метод используется, похоже, для проверки существования поля в базе. (вместо нормальных dictTable)

А что это за хрень-метод?
и что за свойство может быть установлено в "a Set or Defaulted state; otherwise..."?

[belugin]

true if field is has a Set or Defaulted state; otherwise, false.

То есть было ли залито какое-то недефолтное значение в заданное поле.

[gl00mie]

Цитата:

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

xRecord.isFieldSet() - что это? как сейчас правильно проверять наличие поля в базе данных? что это за хрень-метод?

По-моему, этот метод относится не к наличию данных в БД, а к тому, было ли установлено значение поля в табличном буфере извне либо соотв. логикой defaulting'а, в 12-ке это то же, что до нее реализовывалось через \Classes\AxInternalBase\isFieldSet. Т.е. раньше логику default'инга нужно было реализовывать через AxBC-классы, в 12-ке стало возможным реализовать ее в методах самой таблицы. Только че-то, по-моему, не пошла эта затея в массы, default'инг в 12-ке как-то выродился...
См. также давнишнее обсуждение В чем преимущество ax-классов перед непосредственной работой с таблицами?

[Logger]

Цитата:

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

true if field is has a Set or Defaulted state; otherwise, false.

Я бы это перевел как "true - если в поле задано какое-то значение или стоит значение по умолчанию. Иначе false". Может этот метод проверяет null значения ?

Кстати, подчеркнутый код какой то странный.

if (!fieldId && !_common.isFieldSet(fieldId))

Получается что вызов

_common.isFieldSet(fieldId)

произойдет только для fieldId == 0. Похоже на опечатку.
Может имелось в виду

if (!fieldId || !_common.isFieldSet(fieldId))

т.е. fieldId не задан или значение _common.isFieldSet равно false (т.е. не задано)

[Ruff]

Как я понял, это просто "признак редактирования" - устанавливается после любой записи в поле и сбрасывается после clear() / update():

static void Job(Args _args)
{    
    FieldId         fieldId = fieldNum(CustTable, AccountNum);    
    CustTable       custTable;    
    
    ttsBegin;
    
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // false
    
    custTable.AccountNum = "XXX";    
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // true
    
    custTable.clear();    
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // false
    
    select forupdate firstonly custTable;
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // false
    
    custTable.AccountNum = "";    
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // true
    
    custTable.doUpdate();
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // false
    
    ttsAbort;
}

[belugin]

Цитата:

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

Я бы это перевел как "true - если в поле задано какое-то значение или стоит значение по умолчанию. Иначе false".

У поля есть состояние, возвращаемое методом fieldState. Соответственно, поле находится в состоянии Set или Defaulted (да, я ошибся с недефолтным).

То есть если вы в табличный буфер что-то записали, состояние поля изменится.

[mazzy]

ага. понятно - дефолтные значения.

Цитата:

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

По-моему, этот метод относится не к наличию данных в БД, а к тому, было ли установлено значение поля в табличном буфере извне либо соотв. логикой defaulting'а

ага. спасибо!

а как сейчас работает логика defaulting'а?
сейчас это просто значение, отличное от записанного в базу? или как-то по-другому?

[ax_mct]

Цитата:

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

ага. понятно - дефолтные значения.


ага. спасибо!

а как сейчас работает логика defaulting'а?
сейчас это просто значение, отличное от записанного в базу? или как-то по-другому?

https://ax.help.dynamics.com/en/wiki...mapped-fields/

как думаю initValue() делает defaulting.
И получается что то что не охвачено initValue() или присвоением значения становится "Not in Use" и имеет isFieldSet как false? Чтобы избежать неуправляемого defaulting?

[ax_mct]

Цитата:

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

true if field is has a Set or Defaulted state; otherwise, false.

То есть было ли залито какое-то недефолтное значение в заданное поле.

true if field is has a (Set or Defaulted state); otherwise, false.
Скобки.

Главное сейчас согласится или нет что isFieldSet дает true если (Set or Defaulted state).

И понять что такое Defaulted.

[ax_mct]

https://ax.help.dynamics.com/en/wiki...elds/#defaults

DataEntity.initValue: A data entity is initialized with default values and by using any custom logic that is present in entity-level initValue. This method isn’t called automatically when an insert or update is performed on a data entity from X++. It must be called explicitly if it’s required. The method is called automatically by the form engine when a new record is created. DataEntity.initValue doesn’t call the initValue method for back-end tables that are used in the data entity.

Table.initValue: Table-level initValue, as defined for back-end tables, is fired when you perform a data entity insert. This is true for all paths (X++, OData, and so on). Table.initValue is run just before the entity is mapped to data source fields.

Можно предположить что все default state случается при вызове super() в initValue(). И Set state при присвоении значения оператором присвоения.
Чисто фантазирую.

[Raven Melancholic]

Цитата:

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

Получается что вызов

_common.isFieldSet(fieldId)

произойдет только для fieldId == 0. Похоже на опечатку.
Может имелось в виду

if (!fieldId || !_common.isFieldSet(fieldId))

Больше похоже, что код вообще непонятно что делает. Как может быть fieldId == 0, если этот fieldId только что получен при помощи table.fieldCnt2Id(...) вызываемого при переборе полей из SysDictTable.
Или бывает такое, что в пределах от 1 до table.fieldCnt() есть что-то, не имеющее идентификатора поля?

[mazzy]

ну... там вообще нужно было бы использовать SysDictTable.fields() и енумератор.
но не будем придираться к оформлению. со стороны ритейл-модулей много кода от людей, которые похоже плохо знают аксапту )

а вот isFieldSet... это уже бизнес-логика.

[ax_mct]

Цитата:

Сообщение от Raven Melancholic

Больше похоже, что код вообще непонятно что делает. Как может быть fieldId == 0, если этот fieldId только что получен при помощи table.fieldCnt2Id(...) вызываемого при переборе полей из SysDictTable.
Или бывает такое, что в пределах от 1 до table.fieldCnt() есть что-то, не имеющее идентификатора поля?

Как варианты:

• Виртуальные поля как SaveContent = No
• Временные таблицы
• DataEntity тоже непонятно как относятся с xRecord
• Поля с отключенной моделью
• Что-то что используется при маппинге

Кто его знает что они накрутили сейчас. От AX2012 уже много что отличается.

[dech]

Цитата:

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

    // ...
    custTable.AccountNum = "";    
    info(strFmt('%1', custTable.isFieldSet(fieldId)));  // true
    // ...

Очевидно, что после любого присваивания, даже дефолтного метод вернет true.
False, если поле вообще не трогали.

[gl00mie]

Цитата:

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

а как сейчас работает логика defaulting'а? сейчас это просто значение, отличное от записанного в базу? или как-то по-другому?

Насколько я знаю, точно так же, как и раньше, поддерживается набор флажков для полей, показывающих, устанавливалось ли значение поля (любое, даже "пустое", типа 0 или dateNull()) после clear/select/update или еще не устанавливалось. Не важно значение поля, важен факт того, было ли оно явно установлено. Хотя, конечно, с точки зрения экономии на объеме передаваемых данных следовало как раз-таки сравнивать значение поля с "пустым" значением для данного базового типа, и если они совпадают, то не сериализовывать такое значение - зачем передавать, что называется, детерминированный сигнал?..

Цитата:

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

как думаю initValue() делает defaulting.

По-моему, тут о разных понятиях речь. В моем понимании задача логики defaulting'а - неявно подтягивать значения по умолчанию либо значения связанных полей на основе тех полей, которые заданы явно. Например, проставили в шапку заказа на продажу код клиента - defaulting должен подтянуть из клиента фин.аналитики, адрес доставки, способ оплаты, налоговую группу, etc. Особенность работы defaulting'а была и есть в том, что он не должен перезаписывать явно заданные "извне" значения, скажем, если мы вместе с кодом клиента явно прописали адрес доставки не по умолчанию, до defaulting не должен его перезаписывать "своим" значением. Именно для отслеживания того, какие поля были заданы, а какие нет, и использовался прежде метод isFieldSet(). В том числе он использовался для того, чтобы в defaulting'е одного поля понять, было ли задано явно или "по умолчанию" другое поле.

Цитата:

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

Очевидно, что после любого присваивания, даже дефолтного метод вернет true. False, если поле вообще не трогали.

Очень хорошее замечание - в исходном классе AxInternalBase метод isFieldSet() анализировал множество идентификаторов под названием fieldTouched Также там был метод setFieldAsTouched(), вызывавшийся из setField(), который, в свою очередь, использовался для установки значений полей. В 2012-й всю эту логику запихали в ядро, насколько я понимаю. В общем, действительно, дело в том, трогали ли поле

Цитата:

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

ну... там вообще нужно было бы использовать SysDictTable.fields() и енумератор. но не будем придираться к оформлению. со стороны ритейл-модулей много кода от людей, которые похоже плохо знают аксапту )

Возможно, люди, писавшие ритейл-модуль, просто гоняли тесты производительности перед выпуском, посмотрели в каком-нить профайлере, сколько новых объектов в памяти генерит вызов SysDictTable.fields(), сопоставили это с особенностью работы сборщика мусора в CIL, ужаснулись - и сделали перебор полей по-старинке

[ax_mct]

Как понимаю все сходится на том что .isFieldSet() аналог "isTouched including defaulting".

Интересный вопрос в каком случае имеем Default state для поля.
и будет ли данный Default state установлен (и как результат .isFieldSet() == true)
при вызове super() в initValue().

Предполагаемые варианты получения Default state == true
Вариант 1: значение, отличное от записанного в базу
Вариант 2: дефолтное присваивание, если отличается от варианта 1. Например присваивание сделанное в initValue()
Вариант 3. вызов super() в initValue(). То есть Default state не может получаться при использовании оператора присваивания.

Лично мне ближе Вариант 3.

Цитата:

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

а как сейчас работает логика defaulting'а?
сейчас это просто значение, отличное от записанного в базу? или как-то по-другому?

Цитата:

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

Очевидно, что после любого присваивания, даже дефолтного метод вернет true.
False, если поле вообще не трогали.

Цитата:

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

Не важно значение поля, важен факт того, было ли оно явно установлено.
...
В моем понимании задача логики defaulting'а - неявно подтягивать значения по умолчанию либо значения связанных полей на основе тех полей, которые заданы явно.
...
В общем, действительно, дело в том, трогали ли поле

[Raven Melancholic]

Ну просто значение, записанное в initValue явно не отследишь как дефолтное. Мало ли как его записали (непосредственно в initValue, в методе, вызванном из initValue или как-то еще).

[ax_mct]

Цитата:

Сообщение от Raven Melancholic

Ну просто значение, записанное в initValue явно не отследишь как дефолтное. Мало ли как его записали (непосредственно в initValue, в методе, вызванном из initValue или как-то еще).

Поэтому и предполагаю что вызов super() в initValue() может ставить Default state для поля. А иначе как отличить присвоение дефолтное от недефолтного.

Но это я фантазирую, проверить нет возможности сейчас.