|
|
Куда вносить изменения, чтобы потом было проще обновлять?
RVN, Волшебник, Chameleon1980, Lama12, VladZ, Jackman, Сукпун, DemonShinji2, DrZombi, trad, crotnn, unenu, Carcharodon, Fish, Hawk_1c, TTimur, mzelensky, Fedor-1971, _Batoo, 2S, Timon1405, El_Duke, mikecool, eRik, zenik, Dedal, probably, saaken, 1сПупс, lEvGl, Karamzin, X Leshiy, Vstur, Beduin, Kuzmich123, ads55, Dmitrii, nick86, Sneer, Homer, ndrv, Crusher, Prog_man, Demeteri, Михаил Козлов, PLUT, banco, Гипервизор, SleepyHead, JohnGilbert, RomanYS, kupec, phabeZ, Niveus
| ☑ |
|
0
1сПупс
23.04.26
✎
11:48
|
Коллеги, доброго дня!
Есть база УТ11 типовая.
Планируется сильное изменение, поделитесь опытом, куда вносить изменения, чтобы потом было проще обновлять?
|
|
|
1
Fish
гуру
23.04.26
✎
11:52
|
Зависит от самих изменений.
|
|
|
2
1сПупс
23.04.26
✎
11:58
|
(1) по объёму планируется до четверти конфигурации. Документы, справочники, регистры. Скажем так, адаптация для отраслевика.
|
|
|
3
Fish
гуру
23.04.26
✎
12:01
|
(2) Если планируются новые документы, справочники, регистры (или их реквизиты), то их я бы вносил в саму конфу. Не люблю новые метаданные выносить в расширения. Хотя, наверное, кто-то считает иначе.
|
|
|
4
RVN
23.04.26
✎
12:06
|
Если менять типовой программный код, то по возможности, в расширение(и то надо смотреть).
Если в типовые объекты добавлять новые реквизиты метаданных - то снимать объект с замка и добавлять в конфигурацию.
Если совсем новые объекты - добавлять в конфигурацию.
ИМХО
|
|
|
5
mikecool
23.04.26
✎
12:09
|
если потерять новые данные не критично - выносить в расширение и не лохматить бабушку
|
|
|
6
Fedor-1971
23.04.26
✎
12:18
|
(0) тут есть тонкость: если будете продавать - имеет смысл вынести доработки в расширение, но, при обновлении конфы и доработке в режиме &ИзменениеИКонтроль может отвалиться всё расширение (чисто алгоритмы, данные останутся целыми).
Тут важно помнить - расширения не видят друг друга, т.е. если добавить справочник в одно расширение, использовать его в другом не получится
Подход в (3) более устойчив в плане собственных доработок, но при продаже, придётся внимательно переносить исправленное
|
|
|
7
mikecool
23.04.26
✎
12:19
|
(6) т.е. если добавить справочник в одно расширение, использовать его в другом не получится
получится, в какой то платформе, начиная с 27х даже консоль запросов все видит
|
|
|
8
Fedor-1971
23.04.26
✎
12:23
|
(7) Почитаю про новые возможности в последних релизах платформы, если справочники видны между расширениями, то это очень хорошо
|
|
|
9
Fish
гуру
23.04.26
✎
12:33
|
(7) "консоль запросов все видит" - Имеется ввиду конструктор запросов в конфигураторе? Потому что консоль запросов в предприятии вроде всегда видела все справочники всех подключенных расширений.
|
|
|
10
mikecool
23.04.26
✎
12:41
|
(9) ага, про конструктор речь вел
|
|
|
11
1сПупс
23.04.26
✎
12:43
|
(9) Консоль запросов в режиме Предприятия всё видит, в режиме Конфигуратора конструктор запроса видит:
1. Основная конфигурация - Только Основная конфигурация
2. Расширение1 - Основная конфигурация + Расширение1
3. Расширение2 - Основная конфигурация + Расширение2
правильно?
|
|
|
12
Jackman
23.04.26
✎
12:59
|
(0) Новые объекты, информация в которых ценна и трудно восстанавливать (регистры с важными данными, документы) - в основную конфигурацию, а все остальное в расширения. Даже формы новых док-тов и справочников можно в расширения.
Какие-то объекты, которые быстро теряют актуальность, для которых не важна сохранность их истории (например, какие-то вспомогательные регистры сведений) можно тоже в расширение.
|
|
|
13
Fish
гуру
23.04.26
✎
13:01
|
(11) Тут не подскажу.
|
|
|
14
DrZombi
гуру
23.04.26
✎
13:04
|
(0) Реквизиты менять в основной конфигурации.
Формы основной конфигурации менять в расширении.
Формы менять программно, т.е. писать код по добавлению реквизитов. (просто стабильно работает, чем изменение мышкой в расширении)
У вас будет некий симбиоз. Как бы вы что-то изменили, и не изменили :)
|
|
|
15
DrZombi
гуру
23.04.26
✎
13:07
|
(11) Если справочники будете добавлять в расширении, то словите баги работы с консолью запросов из обработок.
- Метаданные расширения не доступны из внешних обработок.
- Запросы потребуют от вас наличие ссылок на объект метаданных из основной конфигурации.
- не всё в консоли запросов обрабатывается корректно, которые написаны в расширении. Увы, есть баги и странное поведение консоли, которая запускается из текста модуля расширения. (запрос работает, а консоль ругается на ошибки)
|
|