AX2012. Цель атрибутов в расширении наследования классов

[belugin]

Цитата:

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

я предлагал? покажи мне это место, пожалуйста.

- "Вызывать класс напрямую - это моветон"
- "Info.add" это вызов класса
=> просто писать info.add это моветон.
Я прошу показать бон тон.

Цитата:

можно на примере расширить периодическое сопоставление по клиентам, например. Некоторым пользователям можно запускать специальное сопоставление по клиентам. со специальными полями в диалоге, которые устанавливает специальное условия в query. Остальные поля - стандартные.

как ? как дать пользователю пользователю? как проверить права?
как обеспечить, чтобы это расширение работало и в пакетных заданиях.

Вариант 1. Унаследоваться и перекрыть необходимые методы. В случае, если проверка прав не проходит, вызывать методы предка. Case при создании заменить на SysExtension.

Вариант 2: Использовать SysIConditionalExtension

Цитата:

говоришь, кто-то указал, что это final класс?

Не говорю - это часть другой дискуссии - запирать код или нет. Это оотогональное решение.

Цитата:

И какое же на твой взгляд?
А какое предназначение было у конструкторов, которых не будет?

1) Выше ссылка на пост Вани о том как использовать конструкторы.
2) Без конструкторов легко как и практически во всех компонентный моделях (метод init - те же самые RunBase получают параметры не из конструктора)