Определить из какой формы заполняется таблица.

[dynamax]

Добрый день,

есть ли возможность определить с какой именно формы заполняется таблица из метода самой таблицы?

Пример: SalesLine из формы SalesTable, a также ProjSalesItemReq.

Спасибо.

[miklenew]

Сделать то можно, но если посмотрите в стандарте вы таких мест не найдёте.
Например вот здесь взять информацию

info(con2str(xSession::xppCallStack()));

Если сделаете так, через несколько лет(или раньше) вам будет стыдно.
Лучше в метод добавить BaseEnum.

[belugin]

еще PurchTable.dataSource().functionObject() но это очень плохая практика - а зачем это нужно вам?

[dynamax]

Цитата:

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

а зачем это нужно вам?

мне нужно, чтобы часть метода validateField таблицы SalesLine отрабатывала только в том случае, если таблица будет заполняться из формы SalesTable.

[belugin]

Цитата:

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

мне нужно, чтобы часть метода validateField таблицы SalesLine отрабатывала только в том случае, если таблица будет заполняться из формы SalesTable.

Может, оучше так
SalesLine.SalesType==SalesType::ItemReq?

[miklenew]

Цитата:

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

мне нужно, чтобы часть метода validateField таблицы SalesLine отрабатывала только в том случае, если таблица будет заполняться из формы SalesTable.

validateField это метод объекта таблица.
Раз у вас появилась в формулировке объект форма, то логичнее предположить что вам метод нужно реализовывать выше.
Выделите часть это кода в отдельный метод и повести его на таблицу.
Перекройте на datasourse формы метод validate на нужном поле и до super вызывайте его.

[dynamax]

Цитата:

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

Может, лучше так
SalesLine.SalesType==SalesType::ItemReq?

Да, спасибо то-что нужно!

[ZVV]

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

[belugin]

Цитата:

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

Ну, в общем случае, чисто как вариант, можно завести ещё поле-признак в таблице (можно с SaveContents = No) и заполнять его на нужных формах в датасорсе.

Если заводить такое поле-признак, надо еще, чтобы одна из форм не могла отредактировать запись, которую можно отредактировать в другой из форм. Иначе получится противоречие. Так что признак не может быть с SaveContents = No

[ZVV]

Цитата:

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

Если заводить такое поле-признак, надо еще, чтобы одна из форм не могла отредактировать запись, которую можно отредактировать в другой из форм. Иначе получится противоречие. Так что признак не может быть с SaveContents = No

Ну.. смотря как стоит задача... (я же написал, "возможно")
В описанной вами постановке - нет не может.
В общем случае таких ограничений может не быть. Или могут быть обратные.
Не вижу повода для дискуссии....

[Dron AKA andy]

Цитата:

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

еще PurchTable.dataSource().functionObject()

Не нашел такой функции, может это не в моей версии (у меня 4ка)? Но зато есть PurchTable.dataSource().formRun().

[mazzy]

Цитата:

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

мне нужно, чтобы часть метода validateField таблицы SalesLine отрабатывала только в том случае, если таблица будет заполняться из формы SalesTable.

Предельно отвратительная хотелка с точки зрения постановки здачи.
В постановке смешиваются разные уровни абстракции.

Полностью согласен с miklenew:

Цитата:

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

validateField это метод объекта таблица.
Раз у вас появилась в формулировке объект форма, то логичнее предположить что вам метод нужно реализовывать выше.
Выделите часть это кода в отдельный метод и повести его на таблицу.
Перекройте на datasourse формы метод validate на нужном поле и до super вызывайте его.

validateField работает на уровне таблицы. с данными, которые находятся в таблице.

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

Что чревато нарушением целостности данных.

=============
Кроме того, не забывайте о механизме проверки целостности данных. Он запустит validateField для каждой записи. Теперь представьте, что данные, введенные в форме проверяются отдельно без формы, совсем по другой ветке алгоритма. Вам точно нужны эти заморочки?

=============
Кроме того, не забывайте о механизме экспорта/импорта данных, AIF, доступ из внешних систем. Все этим механизмы также могут запустить validateField.

=============
Кроме того, не забывайте о трехуровневости Аксапты. Форма работает и живет на клиенте. validateField может выполняться на сервере.

=============
Вывод: в validateField таблицы используйте только данные из самой таблицы и/или из связанных таблиц.
Ни в коем случае не используйте данные, которые находятся вне базы данных (кэш сессии, локальные переменные формы и т.п.)

[belugin]

Цитата:

Сообщение от Dron AKA andy

Не нашел такой функции, может это не в моей версии (у меня 4ка)? Но зато есть PurchTable.dataSource().formRun().

Я что-то перепутал - формран да. Где-то в ОСах это даже использовалось