NK
Да, это обычное приложение, потому вызов на сервере и в транзакции видимо ни кто не ждал...
Size: a a a
2020 November 13
NG
ID:0
Да, это обычное приложение, потому вызов на сервере и в транзакции видимо ни кто не ждал...
"Как сгореть и не подать виду"
A
было бы неплохо еще рекомендации по документированию изменений конфигурации
Основные моменты ты уже озвучил - обязательное комментирование своих вставок и исправлений типовых строк, добавление префиксов своим объектам и выделение подсистем.
A
"Как сгореть и не подать виду"
В аду?
AK
ID:0
Да, это обычное приложение, потому вызов на сервере и в транзакции видимо ни кто не ждал...
Что характерно, ошибки нет, просто "Неопределено" :-)
D
Alex
Основные моменты ты уже озвучил - обязательное комментирование своих вставок и исправлений типовых строк, добавление префиксов своим объектам и выделение подсистем.
но вроде от самой 1с есть рекомендации...
KK
есть конфа без возможность расширений.
надо добавить кнопочки, где то цену серии вынести на форму и тд.
то есть изменения как в коде, так и в свойствах объектов, форм объектов
надо добавить кнопочки, где то цену серии вынести на форму и тд.
то есть изменения как в коде, так и в свойствах объектов, форм объектов
Если есть переопределяемые модули - старайся в них изменения выносить максимально.
D
меня больше всего беспокоят формы - если на типовую выносить кнопочку, как обновить чтоб она не пропала?
A
меня больше всего беспокоят формы - если на типовую выносить кнопочку, как обновить чтоб она не пропала?
Добавлять ее программно
A
Тогда в процессе обновления по коду будет видна вставка, уменьшая вероятность потерять ее
KK
меня больше всего беспокоят формы - если на типовую выносить кнопочку, как обновить чтоб она не пропала?
У нас есть специальные модули, в которых для форм программно добавляются кнопки. В итоге в типовой форме меняется лишь строчка с вызовом нашего модуля.
KK
Могу посоветовать так же сделать разве что
A
но вроде от самой 1с есть рекомендации...
От 1С не нашел, но на инфостате есть воплне дельные статьи:
https://infostart.ru/1c/articles/170935/
https://infostart.ru/public/171514/
https://infostart.ru/1c/articles/170935/
https://infostart.ru/public/171514/
D
спасибо. буду что то делать.
я уже думал скопировать типовые формы, в них вести разработку и сделать их основными...
но наверно будет общий модуль по добавлению элементов формы...
я уже думал скопировать типовые формы, в них вести разработку и сделать их основными...
но наверно будет общий модуль по добавлению элементов формы...
A
спасибо. буду что то делать.
я уже думал скопировать типовые формы, в них вести разработку и сделать их основными...
но наверно будет общий модуль по добавлению элементов формы...
я уже думал скопировать типовые формы, в них вести разработку и сделать их основными...
но наверно будет общий модуль по добавлению элементов формы...
А в чем выгода? Если делать свою форму, то вместо того чтобы в типовую переносить свои правки, придется переносить правки типовой в свою форму )
D
Alex
А в чем выгода? Если делать свою форму, то вместо того чтобы в типовую переносить свои правки, придется переносить правки типовой в свою форму )
вероятность типовых правок меньше ))
D
если например поменялось что то в типовой - не факт что оно мне надо )
KK
если например поменялось что то в типовой - не факт что оно мне надо )
> не факт что оно мне надо )
А с ним и код, привязанный на изменения формы?
А с ним и код, привязанный на изменения формы?
AK
вероятность типовых правок меньше ))
вы делаете мне смешно :-)
A
Это первый шаг к аду ) С последующими доработками таких мест для анализа - надо/не надо будет вырастать в геометрической прогрессии и в один момент получится очередная нетленка, которая вообще не подлежит обновлениям )