По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(6) По моему этому явление даже термин какой то есть, типа предоставить выбор.
На самом деле, выбор специально не предоставляют, потому что умные люди там просчитали, и решили что так будет точно лучше) Но люди не хотят изменений, и привыкли делать так как было раньше, но немного поработав по новому, они поймут, что так действительно лучше, а если их не принудить, они не поймут этого)
На самом деле, выбор специально не предоставляют, потому что умные люди там просчитали, и решили что так будет точно лучше) Но люди не хотят изменений, и привыкли делать так как было раньше, но немного поработав по новому, они поймут, что так действительно лучше, а если их не принудить, они не поймут этого)
А вот еще вопрос: допустим я добавляю в расширение метод из модуля менеджера документа с директивой &Вместо и копирую туда код
исходного метода и дорабатываю нутро модуля. Я знаю что так делать не рекомендуется, но... Цель создать новый метод, который будет или не будет работать вместо исходного метода в зависимости от некоторых условий. После отладки нового метода он оформляется как самостоятельный, с новым именем и все такое.. Затем исходный в расширении убивается. Это не повредит исходному
методу в основной конфигурации?
Или лучше создать в расширении кнопку, метод, в метод копировать нутро исходного метода и фестивалить как бог надушу положит.
Как думаете?
исходного метода и дорабатываю нутро модуля. Я знаю что так делать не рекомендуется, но... Цель создать новый метод, который будет или не будет работать вместо исходного метода в зависимости от некоторых условий. После отладки нового метода он оформляется как самостоятельный, с новым именем и все такое.. Затем исходный в расширении убивается. Это не повредит исходному
методу в основной конфигурации?
Или лучше создать в расширении кнопку, метод, в метод копировать нутро исходного метода и фестивалить как бог надушу положит.
Как думаете?
(11), вот это не смог понять
При использовании &Вместо расширяемый код не будет выполнен. Соответственно этому коду замещение на код в расширяющем методе никак не повредит, а вот что будет с контекстом в результате замены расширяемого кода на расширяющий в &Вместо - нужно смотреть.
Цель создать новый метод, который будет или не будет работать вместо исходного метода в зависимости от некоторых условий. После отладки нового метода он оформляется как самостоятельный, с новым именем и все такое.. Затем исходный в расширении убивается. Это не повредит исходному
методу в основной конфигурации?
методу в основной конфигурации?
При использовании &Вместо расширяемый код не будет выполнен. Соответственно этому коду замещение на код в расширяющем методе никак не повредит, а вот что будет с контекстом в результате замены расширяемого кода на расширяющий в &Вместо - нужно смотреть.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот