Задача (может кому то будет интересно)

[CDR]

Помниться была в четверке фича: если значение в контроле измененяется с помощью выбора из лукапа, то метод validate на этом контроле почему-то не отрабатывает. Может задача как-то связана с этой фичей?

[Ievgenii]

Цитата:

Точно, наверно речь идет о различиях работы метода validate() в двух случаях:

Да, речь идет только о самой валидации и как она себя будет вести в данном примере! Извините, если сразу не ясно написал. Пример выбран - просто для наглядности.

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

Цитата:

?! Как должно быть или как будет в конкретной версии?

Версия не важно, начиная с 4-той (хотя раньше тоже самое будет я думаю)

Цитата:

Хм.. Прошу не топтать в случае ошибки, отвечаю честно, без примера. Вроде бы должно быть так:
1) Сработает перекрытый validate - выкинет ошибку
2) Сработает табличный validate, который тоже выкинет ошибку

Напишите пожалуйста про перекрытый validate в обоих случиях.

[kornix]

Все-таки сделал пример:
1. Если контрол связан с источником данных - система запустит validate написанный на контроле, потом modified на контроле, потом validate на таблице.

2. Если контрол не привязан к источнику данных, но привязан к EDT, система запустит validate только в случае ручного ввода текста в поле. Если выбрать значение из лукапа - validate написанный на контроле вообще не отработает.

И еще одна интересная особенность: ваш пример выкидывает 2 одинаковые ошибки: "validation failed". Причем, если поставить breakpoint на info.add() и пройтись отладчиком, то в система выкидывает только одну ошибку.

[Ievgenii]

Цитата:

1. Если контрол связан с источником данных - система запустит validate написанный на контроле.

Рассматриваем только этот случай.

Цитата:

, потом modified на контроле, потом validate на таблице.

Неважно

Обратите внимание на:

1. Устанавливает курсор на поле первого контрола и выбирает валидное значение из лукапа (GW). Дальше – не покидая контрол вводит какую нибудь чуш (GWsdsdsdsd)

[kornix]

Тогда получается совсем круто, выводится 2 сообщения:
1. "validation is ok"
2. "Значение не найдено.."

Связано это вот с чем: сначала система попадает в validate на formStringControl'е, при первом вхождении в него метод valueStr() возвращает только то что было выбрано из лукапа. А потом система выполняет проверку уже по связям с источником данных, и причем в этой проверке сравнивается корректное введеное пользователем значение.

А по поводу:

Цитата:

4. Возращает курсор на поле первого контрола и вводит опять валидное значение (GW)

validate на контроле не запускается.

Версия DAX4.0 Kernel 4.0.2503.454

[Ievgenii]

Цитата:

Тогда получается совсем круто, выводится 2 сообщения:
1. "validation is ok"
2. "Значение не найдено.."

Связано это вот с чем: сначала система попадает в validate на formStringControl'е, при первом вхождении в него метод valueStr() возвращает только то что было выбрано из лукапа. А потом система выполняет проверку уже по связям с источником данных, и причем в этой проверке сравнивается корректное введеное пользователем значение.

Правильно . Это и был изначальный вопрос.

В Dynamics Ax2009 + в кастомизациях наших партнеров есть формы которые используют valueStr() при валидации, модификции контролов и так далее. Это приводит к очень странному поведению в более сложных случиях, по-этому следует использовать text() метод если нужна подобная валидация.

В Dynamics Ax 2012 куча новых возможностей валидации контролов и такой проблемы быть не должно (очень редко)