salesParmTable - где проверить правильность заполнения поля?

[IKA]

При создании счета-фактуры по заказу нужно проверять правильно ли запонена дата документа(salesParmTable.transDate) в диалоге разноски (т.е на форме salesEditLines).
Вроде бы, логично на salesParmTable.validateField поставить проверку, чтобы пользователю выдавать сразу сообщение. Но почему-то на таблице salesParmTable нет validateField/validateWrite.
Я ,конечно, их могу создать, но смущает, что если их там изначально нет, т.е. идея проверять данные введенные в salesParmTable сама по себе by design неправильна?

Если посмотреть, где же выполняются проверки, то видно, что на форме salesEditLines ,например, у поля SalesId переопределен validate. Опять-таки же , почему на форме, а не в salesParmTable.validateField написана эта проверка?

Есть какой-то сакральный смысл в этом?

[EVGL]

Цитата:

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

Есть какой-то сакральный смысл в этом?

На мой взгляд, нет.

[S.Kuskov]

Некоторые проверки могут быть актуальны только в определённом контексте, а табличный курсор может не обладать всей информацией о задаче, в которой он участвует. На форме же есть возможнось обратится и к другим данным. Если вы уверены, что ваша проверка будет справедлива для всех сценариев использования таблицы, то тогда смело размещайте её в табличном методе.

[vanokh]

Цитата:

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

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

Конечно, не для всех! Написано же - при создании счет-фактуры.

Есть еще иерархия SalesEditLinesForm*, правда там в основном видимость полей устанавливается в зависимости от разносимого документа.

А вообще посмотрите внимательнее как раз на проверку SalesId в SalesEditLines - там вызывается метод из SalesFormLetter (то есть, у того наследника, который соответствует разносимому документу)

[S.Kuskov]

Цитата:

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

Конечно, не для всех! Написано же - при создании счет-фактуры.

Я просто пытался дать более общий совет. А по конкретно этому вопросу полность вас поддерживаю

[vanokh]

Спасибо за поддержку Не отрицаю полезность теоретических обоснований - иногда без этого сложно понять смысл практических решений