AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.09.2011, 14:59   #1  
plumbum is offline
plumbum
Участник
Соотечественники
 
182 / 86 (3) ++++
Регистрация: 07.12.2007
Адрес: Vienna, AT
было бы здорово, если бы в AX 2012 создали, например, атрибуты проверки вызова метода, или тех же args(), или в методе validateField на таблице с помощью атрибутов можно было указать простейшие проверки (типа "поле должно быть заполнено", или "значение должно быть больше/меньше").
Еще до выхода 2012 такие подходы использовались в C#...

@Kasperuk: Ваня, а что слышно по этому поводу "из кулуаров"?
__________________
http://www.axdevposts.blogspot.com
Пришел, уведел.... отойди, дай другому увидеть!
Старый 08.09.2011, 16:03   #2  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,449 / 1792 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от plumbum Посмотреть сообщение
"поле должно быть заполнено", или "значение должно быть больше/меньше").
У полей таблицы есть свойство Mandatory, а у вещественных расширенных типов свойство AllowNegative

Понятно что хотелось бы большего. Например классно было бы помимо полей таблиц реализовать метод validate на самих расширенных типах. Тогда в него можно было бы запихнуть любые ограничения не говоря уже об ограничениях типа больше/меньше
Старый 06.07.2017, 23:27   #3  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,996 / 3293 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
У полей таблицы есть свойство Mandatory, а у вещественных расширенных типов свойство AllowNegative

Понятно что хотелось бы большего. Например классно было бы помимо полей таблиц реализовать метод validate на самих расширенных типах. Тогда в него можно было бы запихнуть любые ограничения не говоря уже об ограничениях типа больше/меньше
Неплохо было бы иметь возможность для edt задавать значение по умолчанию.
Тогда если для ToDate задать значением по умолчанию maxDate() то намного удобнее было бы работать с прайсами и любыми табличками где есть FromDate и ToDate

Тогда ушли бы кривые условия вида
X++:
PriceDiscTable.fromDate <= transDate &&
(PriceDiscTable.ToDate    >= transDate || !PriceDiscTable.ToDate)
Можно было бы просто написать
X++:
PriceDiscTable.fromDate <= transDate &&
(PriceDiscTable.ToDate    >= transDate
Удобно и планы запросов прямее.

Хотя конечно этой цели можно и сейчас достичь, просто не так удобно.
Теги
download, законченный пример, полезное

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Как лучше оформлять несколько условий в select where? Повторная попытка mazzy DAX: Программирование 10 27.06.2011 13:54
Как лучше оформлять несколько условий в select where? mazzy DAX: Программирование 32 24.06.2011 20:40
Axapta 3.0 - можно ли править классы в USR слое AKIS DAX: Программирование 3 07.02.2004 01:19
Передача условий в отчет ArturK DAX: Программирование 4 18.08.2003 22:56
Системные классы Swetik DAX: Функционал 2 03.07.2003 12:11
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:38.