Цитата:
Сообщение от
mazzy
я предлагал? покажи мне это место, пожалуйста.
- "Вызывать класс напрямую - это моветон"
- "Info.add" это вызов класса
=> просто писать info.add это моветон.
Я прошу показать бон тон.
Цитата:
можно на примере расширить периодическое сопоставление по клиентам, например. Некоторым пользователям можно запускать специальное сопоставление по клиентам. со специальными полями в диалоге, которые устанавливает специальное условия в query. Остальные поля - стандартные.
как ? как дать пользователю пользователю? как проверить права?
как обеспечить, чтобы это расширение работало и в пакетных заданиях.
Вариант 1. Унаследоваться и перекрыть необходимые методы. В случае, если проверка прав не проходит, вызывать методы предка. Case при создании заменить на SysExtension.
Вариант 2: Использовать SysIConditionalExtension
Цитата:
говоришь, кто-то указал, что это final класс?
Не говорю - это часть другой дискуссии - запирать код или нет. Это оотогональное решение.
Цитата:
И какое же на твой взгляд?
А какое предназначение было у конструкторов, которых не будет?
1) Выше ссылка на пост Вани о том как использовать конструкторы.
2) Без конструкторов легко как и практически во всех компонентный моделях (метод init - те же самые RunBase получают параметры не из конструктора)