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

[Ievgenii]

Есть форма с двумя контролами на ней. Например первый - string контрол (InventLocationId) из источника данных (InventLocation). Второй – неважно.
На первой контроле переопределен метод (validate) который выгдядит как:

public boolean validate()
{
 
InventLocation inventLocation;
boolean ret;
;
 
inventLocation = InventLocation::find(this.valueStr());
 
if (inventLocation)
{
    ret = true;
    info('validation is OK');
}
else
{
    ret = checkFailed('validation failed');
}
 
return ret;
 
}

Пользователь делает следущие шаги

1. Открывает форму
2. Устанавливает курсор на поле первого контрола и выбирает валидное значение из лукапа (GW). Дальше – не покидая контрол вводит какую нибудь чуш (GWsdsdsdsd)
3. Покидает контрол - переходит на второй контрол
4. Возращает курсор на поле первого контрола и вводит опять валидное значение (GW)
5. Покидает контрол

Вопросы

1. Какой будет порядок вывода сообщений?
2. Почему?
3. Если 1+2 не верно работает - какие выводы мы можем сделать.

[mazzy]

Цитата:

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

[/LIST]Вопросы

1. Какой будет порядок вывода сообщений?
2. Почему?
3. Если 1+2 не верно работает - какие выводы мы можем сделать.

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

вообще говоря, порядок вызовов задокументирован в хелпе (ключевое слово sequence - по нему много полезного)

про форму
http://msdn.microsoft.com/en-US/libr...(v=AX.10).aspx
в частности про контрол
http://msdn.microsoft.com/en-US/libr...(v=AX.10).aspx

*******************
кстати, хочу заметить что старые хелпы были более наглядны - с картинками
и более правильны

[kornix]

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

Вывод - валидаторы нужно писать не на контроле формы, а на датасорсе, причем желательно на датасорсе вызывать класс *type.

[mazzy]

Цитата:

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

Вывод - валидаторы нужно писать не на контроле формы, а на датасорсе,

ага. причем еще лучше на самой таблице

Цитата:

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

причем желательно на датасорсе вызывать класс *type.

А можно чуть подробнее?

[kornix]

Цитата:

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

А можно чуть подробнее?

Имел ввиду если проверка какая-то громоздкая, и таблица стандартная. Например если это salesLine, то из табличного validateField можно вызывать проверку в классе salesLineType.

Так удобно делать когда класс *type уже был написан в стандарте, его удобно инициализировать. Поправьте меня, если я ошибаюсь

ЗЫ: Насчет проверки на датасорсе - извиняюсь, утро, имел ввиду размещать проверки на таблицах.

[gl00mie]

Люди! Вы чего, думали, вас проверяют на знание порядка вызова методов или способность слабать тестовую формочку? Мне лично этот вопрос до боли напомнил тему метод active() - когда он должен вызываться?:

Цитата:

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

Возьмем, к примеру, форму PurchTable. Когда, по вашему мнению, должен вызываться метод active() на источнике данных PurchTable?

Цитата:

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

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

Сообщения были датированы декабрем 2008-го, т.е. уже после официального выхода 2009-й, и относились, следовательно, к ядру AX 2012.

[kornix]

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

2 Ievgenii:
Почему в вашем примере нет вызова super()? Так задумано?

Цитата:

Сообщения были датированы декабрем 2008-го, т.е. уже после официального выхода 2009-й, и относились, следовательно, к ядру AX 2012.

действительно, обсуждалось очень похожее. Похоже вопрос родился еще в 2007-ом, но почему-то он не отразился на 5-ку

[mazzy]

Цитата:

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

Люди! Вы чего, думали, вас проверяют

Ни в коей мере

Я, например, просто хотел обратить внимнаие на то, что в хелпе задокументировано.
Поэтому:
1. Если будут изменения, то надо менять хелп
2. Хелп уже не торт

добавил теги во все темы, связанные с этой

[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 куча новых возможностей валидации контролов и такой проблемы быть не должно (очень редко)