Про свойство Mandatory - DAX: Программирование

Lucky13 · 27.12.2006, 17:26

Интересно, а у каких контролов нет св-ва Mandatory?

simply2double · 27.12.2006, 17:40

Цитата:

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

Интересно, а у каких контролов нет св-ва Mandatory?

Вам действительно интересно.. или это просто риторика ????

Lucky13 · 28.12.2006, 09:09

Цитата:

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

Вам действительно интересно.. или это просто риторика ????

Действительно интересно. Никогда не встречал таких контролов. Если имеется в виду combobox, то у него действительно нет такого свойства, но не ввести в него значение не так-то просто - по умолчанию берется первое из enum, при попытке удалить восстанавливается.

simply2double · 28.12.2006, 10:11

Цитата:

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

Действительно интересно. Никогда не встречал таких контролов. Если имеется в виду combobox, то у него действительно нет такого свойства, но не ввести в него значение не так-то просто - по умолчанию берется первое из enum, при попытке удалить восстанавливается.

Речь не об этом. При создании поля типа enum ему на уровне сервера задается дефаултное значение равное 0, даже если в базовом enum такого значения вообще нет. В большинстве базовых перечислений 0 это пустое поле. Создаю новую запись. При сохранении, если не переопределить свойство mandatory в таблице или в датасоурсе, этого поля, все так и сохранится даже не ругнувшись.
Речь о комбобоксе и его свойствах зашла только в том смысле что он является визуализатором поля типа enum.

Volodymyr · 28.12.2006, 14:15

Привет!
Как вариант - сделать проверку контрола по событию (например на запись в таблицу) и елси он не заполнен, то ругатся.

Dronas · 28.12.2006, 15:26

Цитата:

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

Привет!
Как вариант - сделать проверку контрола по событию (например на запись в таблицу) и елси он не заполнен, то ругатся.

Замечательный вариант, приводит к нервозу пользователя и судорожному поиску поля на форме, а если форма содержит кучу закладок, то видимо быстрее будет прислать пользователю дежурного курьера с пистолетом.

RVS · 28.12.2006, 15:37

Цитата:

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

Замечательный вариант, приводит к нервозу пользователя и судорожному поиску поля на форме, а если форма содержит кучу закладок, то видимо быстрее будет прислать пользователю дежурного курьера с пистолетом.

И, тем не менее - вариант самый что ни на есть правильный.

Допустите, что эта табличка не только с формы заполняется. И поле - действительно mandatory, физический смысл его такой. Тогда - 2 варианта:

1. Надеятся на аккуратность всех будущих разработчиков (оптимистический вариант, КМК)
2. Поставить проверку в методе таблицы.

Во-о-ооот...

macklakov · 28.12.2006, 16:18

Цитата:

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

Замечательный вариант, приводит к нервозу пользователя и судорожному поиску поля на форме

Да, действительно, для полльзователя беда. Может стоит выводить осмысленные ошибки, с формой ввода недостающего значения?

simply2double · 11.01.2007, 11:40

Цитата:

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

Привет!
Как вариант - сделать проверку контрола по событию (например на запись в таблицу) и елси он не заполнен, то ругатся.

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

Цитата:

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

По моему мнению, стоит обратить внимание на пост RVS. поле заполнять может не только пользователь, но и а) программист, пишущий что-то специфичное и устроившийся к вам после того, как другие уволились, б) администратор, воспользовавшийся стандартным импортом и ничего не знающий про ограничения.
Поэтому, опять же на мой взгляд, если бизнес-процесс требует в определенных случаях, обязательного указания значение, то вешать проверку нужно на таблицу, а не на форму. Если же это просто "хотелка кнопки счастья", то есть типа того "вроде нужно, но формализовать не можем, поэтому пусть программа что-то решит сама", то вопрос вообще не разработчику...

2Raven Melancholic

ох уж эти формализаторы

специально для Вас формализую.... в таблице лежат строки восьми типов документов... из них в четырех типах поле ХХХ1 обязательно для заполнения, в трех необязательно, а в одном вообще не должно показываться... При этом с разными типами документов работают разные группы юзеров... заставить бедного юзера заполнять лишнее поле это лишний раз глумится над его и без того трудной долей... С другой стороны юзер с первого взгляда должен видеть что ему необходимо заполнить... При этом "закулисно" писать в поле какую нить ересь, что бы удовлетворить проверку mandatory я не хочу.
Достаточная формализация????

RVS · 30.01.2007, 09:33

Цитата:

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

в таблице лежат строки восьми типов документов... из них в четырех типах поле ХХХ1 обязательно для заполнения, в трех необязательно, а в одном вообще не должно показываться...

Ой! Что-то мне это напоминает... InventJournalTrans, например

Цитата:

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

При этом с разными типами документов работают разные группы юзеров... заставить бедного юзера заполнять лишнее поле это лишний раз глумится над его и без того трудной долей...

согласен 102%, это... негуманно

Цитата:

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

С другой стороны юзер с первого взгляда должен видеть что ему необходимо заполнить...

Так-таки - "увидеть"?? То есть их надо просто ткнуть носом?

Как-то это недобро по отношению к ним (если Вы действительно так считаете).

Цитата:

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

При этом "закулисно" писать в поле какую нить ересь, что бы удовлетворить проверку mandatory я не хочу

точно

Резюме:

Смотрим... да на тот же InventJournalTrans:
- Mandatory на таблице - ТОЛЬКО TransDate и ItemId (действительно, сложно представить себе строку складского журнала без номенклатуры и даты).
- Прочие business rules - в методе ValidateField на той же таблице... И ругаются, если что-то, что в контексте данного журнала mandatory, не заполнено... И это правильно, КМК. Во всяком случае, это "в стиле".

Все прочее - изврат. IMHO.

Russland · 27.12.2006, 18:39

У контролов в Dialog вообще отсутствует как понятие свойство Mandatory
Если уж очень хочется сделать диалоговые поля обязательными к заполнению, необходимо допиливать класс Dialog

eugene egorov · 27.12.2006, 18:53

Цитата:

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

У контролов в Dialog вообще отсутствует как понятие свойство Mandatory
Если уж очень хочется сделать диалоговые поля обязательными к заполнению, необходимо допиливать класс Dialog

Это не совсем так. Решается легко следующими фрагментами кода:

public Object dialog()
{
...................
FormStringControl fsc;
;
.................
dlgXXX= dialog.addFieldValue(typeid(XXX),XXX);
fsc = ddlgXXX.control();
fsc.mandatory(true);
.............................

и вполне сносно работает

И никого не надо пилить зазря.

simply2double · 28.12.2006, 08:53

Цитата:

Сообщение от eugene egorov

Это не совсем так. Решается легко следующими фрагментами кода:

public Object dialog()
{
...................
FormStringControl fsc;
;
.................
dlgXXX= dialog.addFieldValue(typeid(XXX),XXX);
fsc = ddlgXXX.control();
fsc.mandatory(true);
.............................

и вполне сносно работает

И никого не надо пилить зазря.

да конечно так, но если передаваемый тип enum... тогда контрол будет FormComboBoxControl, а у него нет свойства mandatory....
и получишь ты в рантайме такое послание:

Ошибка времени выполнения. : FormBuildComboBoxControl Объект не имеет метода 'mandatory'.

Трассировка стека:
(C) \Classes\FormBuildComboBoxControl\mandatory
(C) \Classes\FormButtonControl\Clicked - line 32

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Ruslan Goncharov: Mandatory property for DialogField	Blog bot	DAX Blogs	1	29.12.2007 20:48
Поле mandatory, а 0 вставить нужно	Smith	DAX: Программирование	5	15.06.2007 12:04
Проверка заполнения Mandatory полей на Datasource	Wamr	DAX: База знаний и проекты	4	26.06.2006 18:15
Не ставится свойство Table у Body	AxDude	DAX: Программирование	2	22.11.2005 00:10
Mandatory field в Dialog	axaLearner	DAX: Программирование	4	02.11.2004 09:50