Странное поведение свойства mandatory

[S.Kuskov]

Цитата:

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

Странное поведение свойства mandatory

Уже было. formDataObject.mandatory(true)

Цитата:

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

Если нельзя поставить мандатори на таблице, то лучше добавить проверку в коде. Может даже в каком-нибудь validateWrite например. Может даже на табличном. И передавать туда параметр. Зависит от задачи.

Скажите, а как можно передать параметр в validateWrite?

[oip]

Цитата:

Сообщение от S.Kuskov

Скажите, а как можно передать параметр в validateWrite?

Так же, как и в любой другой метод. Перекрываем табличный validateWrite (если он еще не перекрыт), добавляем в него необязательный параметр и все. Какие проблемы? Или я вопрос не понял?

public boolean validateWrite(boolean _validateField2 = false)
{
    boolean ret;

    ret = super();

    if (_validateField2 && !this.Field2)
    {
        ret = checkFailed(strfmt("@SYS26332", new DictField(this.TableId, fieldNum(Table1, Field2)).label()));
    }

    return ret;
}

В стандарте полно примеров. Первое, что приходит на ум - таблица InventJournalTable.

[S.Kuskov]

Цитата:

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

Какие проблемы? Или я вопрос не понял?

А чем тогда такой перекрытый метод будет лучше мктода с другим именем? Вызывать же его прийдётся в ручную? Даже такая конструкция вроде бы не доступна

//validateWrite источника данных формы
boolean validateWrite()
{
    boolean ret;

//    ret = super(true); //Для функции было указано неверное число аргументов.
    Table1.validateWrite(true) // если только так

    return ret;
}

[oip]

Цитата:

Сообщение от S.Kuskov

А чем тогда такой перекрытый метод будет лучше мктода с другим именем?

Тем, что о данной возможности смогут узнать и другие разработчики, которые с этой таблицей будут работать в будущем. А если сделать какой-нибудь метод с названием mySuperMethod(), то уже через пару недель вы сами забудете, что он есть.