aosvalidateinsert - зачем нужен

[IKA]

есть серия методов на таблице, начиная с 4ки , aosvalidate* - зачем они нужны ? я так понимаю, что для проверки прав , но когда мне как девелоперу они могут пригодиться не совсем четко себе представляю

[ZVV]

Вот:

Цитата:

Сообщение от Inside Microsoft Dynamix Ax 4.0

The difference between the two sets of methods is that the validateField, validateWrite and validateDelete methods are invoked only from rich client and web client forms or if called directly from X++ code; aosValidateInsert, aosValidateUpdate and aosValidateDelete are invoked implicity from the insert, update and delete base version methods, respectively, and the aosValidateRead method is invoked when the application retrieves records from the database

[IKA]

Спасибо! Тот есть ксли какие-то проверки железно должны происходить при вставке записи, то эти проверки лучше запихнуть в aosvalidate*?
Есть ли сейчас способ вызвать validateField для каждого поля записи(мне нужно проверить , что все поля-ссылки имеют значение , существующее уже в таблице, на которую они ссылаюся). Можно отнаследовать sysConsistencyCheck.Но, может, появились уже кие-то другие способы вызвать эту проверку? (по идее Ax сама это же делает при сохранении записи в форме вручную)

[ZVV]

Цитата:

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

Спасибо! Тот есть ксли какие-то проверки железно должны происходить при вставке записи, то эти проверки лучше запихнуть в aosvalidate*?

логично...

Цитата:

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

Есть ли сейчас способ вызвать validateField для каждого поля записи(мне нужно проверить , что все поля-ссылки имеют значение , существующее уже в таблице, на которую они ссылаюся). Можно отнаследовать sysConsistencyCheck.Но, может, появились уже кие-то другие способы вызвать эту проверку? (по идее Ax сама это же делает при сохранении записи в форме вручную)

Пройтись по всем полям (через dictTable) и вызвать validateField для "всех" полей...
Аксапта сама этого не делает - она вызывает validateField только при изменении поля конкретного, а никак не при сохранении записи. При сохранении записи вручную на форме вызывается только validateWrite.

[Dron AKA andy]

Еще про эти методы и про весь framework можно почитать в документе "Microsoft Dynamics AX 4.0 Writing Secure X++ Code".

[IKA]

А чем лучше пользоваться - sysconsitencycheck* или (перебирать поля и вызывать validateField)?

[ZVV]

Цитата:

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

А чем лучше пользоваться - sysconsitencycheck* или (перебирать поля и вызывать validateField)?

Риторический вопрос?

SysConsistencyCheck.kernelCheckRecord()

[gl00mie]

Цитата:

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

Тот есть ксли какие-то проверки железно должны происходить при вставке записи, то эти проверки лучше запихнуть в aosvalidate*? мне нужно проверить , что все поля-ссылки имеют значение , существующее уже в таблице, на которую они ссылаюся

Цитата:

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

А чем лучше пользоваться - sysconsitencycheck* или (перебирать поля и вызывать validateField)?

На мой взгляд, не надо приплетать сюда механизм проверки целостности - он совсем для других сценариев использования предназначен. Вообще, складывается впечатление, что у вас одна часть приложения "не доверяет" другой части, из-за чего вы хотите приделать проверки как можно "ближе" к таблицам. Обычно не доверяют лишь тому, что вводит пользователь, - для этого и пишутся многочисленные проверки на validateField(), во многом для этого же пишется validateWrite(), хотя в нем могут проверяться отнюдь не все поля, но дополнительно могут проверяться какие-то взаимосвязи между их значениями. А если запись создана из кода, то обычно считается, что данные в ее полях взяты не с потолка; в любом случае, вам никто не мешает вызвать из кода validateWrite(), а в него уже прописать все необходимые проверки. Опять же, затем вам может понадобиться работать с записями таблицы без дополнительных проверок (скажем, когда все данные уже проверены в другом месте, и нужно лишь быстро совершить какие-то групповые операции) - если "зашить" проверки слишком жестко, к примеру, в insert()/update(), то в таких сценариях они будут лишь попусту тормозить работу, в том числе таких предусмотренных в ядре средств, как insert_recordset, update_recordset, RecordInsertList.

Цитата:

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

Цитата:

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

А чем лучше пользоваться - sysconsitencycheck* или (перебирать поля и вызывать validateField)?

Риторический вопрос?
SysConsistencyCheck.kernelCheckRecord()

В самом начале этого метода есть такая проверка:

if (! common.recId)
    return;

В связи с этим он не годится для проверок перед вставкой новой записи.

PS. Если есть острое желание проверять все поля подряд, то можно в Global завести метод наподобие такого:

static boolean DEV_validateAllRecordFields( Common  _common, 
                                            boolean _verbose = false, 
                                            boolean _stopOnFirstError = true
                                          )
{
    DictTable   dictTable;
    DictField   dictField;
    FieldId     fieldId;
    boolean     ret = true;
    ArrayIdx    i;

    boolean validateSingleField(FieldId _fieldExtId)
    {
        if (!_common.validateField(_fieldExtId))
        {
            if (_verbose)
                warning(strfmt(@"Ошибка в поле '%1' таблицы '%2' (значение '%3')",
                                fieldid2pname(dictTable.id(), _fieldExtId), 
                                dictTable.label(), 
                                _common.(fieldId)
                       ));
            return false;
        }
        return true;
    }    
    ;
    dictTable = new DictTable(_common.tableId);
    if (!dictTable)
        return false;
    fieldId = dictTable.fieldNext(0);
    while (fieldId && !isSysId(fieldId) )
    {
        dictField = new DictField(_common.tableId, fieldId);
        if (dictField.arraySize() > 1)
        {
            for (i = 1; i <= dictField.arraySize(); i++)
            {
                if (!validateSingleField(fieldId2Ext(fieldId, i)))
                {
                    ret = false;
                    if (_stopOnFirstError)
                        break;
                }
            }
        }
        else
        {
            if (!validateSingleField(fieldId2Ext(fieldId, i)))
            {
                ret = false;
                if (_stopOnFirstError)
                    break;
            }
        }
        fieldId = dictTable.fieldNext(fieldId);
    }
    return ret;
}

[IKA]

спасибо за разъяснения. у нас импорт из внешнего источника. Есть таблица промежуточная (с "грязными данными"), в ней около 100 полей ( многие из которых являются FK на другую таблицу), из этой таблицы данные будут импортироваться в "рабочие" таблицы. Хочется минимальными усилиями проверить на корректность заполния всех ссылочные поля (что в таблице , на которую они ссылаются, данные такие существуют) и предотвратить попадание грязных данных в систему.

[ice]

Цитата:

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

спасибо за разъяснения. у нас импорт из внешнего источника. Есть таблица промежуточная (с "грязными данными"), в ней около 100 полей ( многие из которых являются FK на другую таблицу), из этой таблицы данные будут импортироваться в "рабочие" таблицы. Хочется минимальными усилиями проверить на корректность заполния всех ссылочные поля (что в таблице , на которую они ссылаются, данные такие существуют) и предотвратить попадание грязных данных в систему.

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