Метод, вызывающийся на изменение поля

[Eldar9x]

Допустим, есть таблица. Допустим, на этой таблице перекрыт modifiedField(). Допустим код на изменение одного из полей должен отрабатывать только на определенной форме, и не должен работать при программной обработке данных. Как бы вы написали код на modifiedField(), чтобы это все реализовать правильно?

[S.Kuskov]

Используйте modifiedField не на таблице а на филде датасурса

P.S.: К стати и табличный modifiedField автоматически не вызывается при программной обработке, если только его не вызвать явно.

[Eldar9x]

Цитата:

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

Используйте modifiedField не на таблице а на филде датасурса

P.S.: К стати и табличный modifiedField автоматически не вызывается при программной обработке, если только его не вызвать явно.

Надо как-то на методе таблицы. Запретили выносить бизнес-логику на форму. И modifiedField вызывают явно в коде.

[S.Kuskov]

Цитата:

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

Надо как-то на методе таблицы. Запретили выносить бизнес-логику на форму. И modifiedField вызывают явно в коде.

Странная политика, странная ...

Можно вот так:

FormDataSource FormDataSource;
    ;
    
    if (this.isFormDataSource())
    {
        FormDataSource = this.dataSource();
        if (FormDataSource.formRun().name() == formstr(MyForm))
        {
            // TODO: 
            info("test");
        }
    }

[db]

Цитата:

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

Странная политика, странная ...

Можно вот так:

FormDataSource FormDataSource;
    ;
    
    if (this.isFormDataSource())
    {
        FormDataSource = this.dataSource();
        if (FormDataSource.formRun().name() == formstr(MyForm))
        {
            // TODO: 
            info("test");
        }
    }

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

[S.Kuskov]

Цитата:

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

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

Полностью согласен!

[lev]

Вот это

Цитата:

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

Запретили выносить бизнес-логику на форму.

вот с этим

Цитата:

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

...должен отрабатывать только на определенной форме...

не стыкуется

[Dark Light]

Цитата:

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

Надо как-то на методе таблицы. Запретили выносить бизнес-логику на форму.

А если на таблице сделать метод modifiedFieldName(), который вызвать в методе modified поля FieldName датасорса формы? Тогда логика будет как будто бы на таблице Метод при необходимости можно будет вызывать и из кода.

[db]

может дело не в "определенных" формах таки, а в формах, отображающих немного разные сущности хранящиеся в одной таблице?
Тогда на таблице должен быть признак (енум) что же это за сущность (ну например как тип заказа на продажу) в зависимости от которого можно создать несколько классов обработчиков (SalesLineType, SalesTableType) и реализовать в них разное поведение в ответ на одно и то же событие.

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

[gl00mie]

Цитата:

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

на таблице перекрыт modifiedField(). Допустим код на изменение одного из полей должен отрабатывать только на определенной форме, и не должен работать при программной обработке данных

По-моему, задача не могла быть поставлена таким образом, это ерунда какая-то; надо включить здравый смысл, и тогда все встанет на свои места. И еще: если задача ставится человеком, далеким от программирования в Аксапте, стоит критически воспринимать его "советы" относительно ее реализации в коде.