Вход | Регистрация
 

Перенос расширения в основную конфу

Перенос расширения в основную конфу
Я
   repin_mike
 
18.02.20 - 09:04
Добрый день!

Некие народные умельцы допиливали конфу, а потом прочитали про расширения и натянули сверху ещё и расширение. Причем в расширении во многих документах добавлены реквизиты, табличные части, которых в основной нет. Каким образом перенести это всё в основную конфу без потери данных?
 
 
   Затейник
 
1 - 18.02.20 - 09:06
Может наоборот перенести все в расширение ?
   Галахад
 
2 - 18.02.20 - 09:09
Гм. "Умельцы" - это оскорбление или восхищение?
   Затейник
 
3 - 18.02.20 - 09:15
Через пару лет я прям вижу новую ветку, Одни умельцы внесли все доработки в основную конфигурацию, как эти доработки перенести в расширение?
   Fish
 
4 - 18.02.20 - 09:15
Может, как и они, почитать про расширения?
   Сияющий в темноте
 
5 - 18.02.20 - 09:18
если sql версия,то можно схитрить
на файловой сложнее,но таблица с данными,она и в расширении таблица
выгрузил загрузил.
   repin_mike
 
6 - 18.02.20 - 09:19
(2) Создавать реквизиты в расширении - это однозначно неправильно.
(4) Может если вы подскажете направление поиска, то читать придётся меньше?
   seevkik
 
7 - 18.02.20 - 09:25
Создать реквизит в конфигурации, перенести значения с расширения в конфигурацию, удалить реквизит с расширения, переименовать реквизит в конфигурации
   seevkik
 
8 - 18.02.20 - 09:26
(7) Натянуть формы заново, не думаю что эти умельцы нагрузились изменять их программно
   seevkik
 
9 - 18.02.20 - 09:27
Это самый прямой и тупой метод, большее я не практиковал
   seevkik
 
10 - 18.02.20 - 09:28
(3) Уже выходили такие темы, когда 1с выпустит инструмент по сохранению данных расширения, тогда это будет целесообразно
   repin_mike
 
11 - 18.02.20 - 09:29
(7, 9) Вот я собственно в (0) спросил - может быть можно как-то побыстрее и попроще? Там навскидку таких документов штук 40, это очень много работы всё вручную переносить
   oslokot
 
12 - 18.02.20 - 09:36
(11) чем не устраивает реквизиты в расширении? угроза потерять данные? или что-то еще?
   repin_mike
 
13 - 18.02.20 - 09:49
(12) И ещё невозможность писать запросы т.к. то в одной то в другой конфе нет нужных метаданных. Можно, конечно, сделать (1), но это таким затейником нужно быть )
   oslokot
 
14 - 18.02.20 - 09:53
(13) вы от том что в расширении конструктор запроса не работает? ну так пользуйтесь конструктором во внешней обработке, все так делают, есть такой нюанс
   Fish
 
15 - 18.02.20 - 09:56
(11) Навскидку приходит на ум ещё один способ, подобный (7 и 9): создаём копию базы в которой реквизиты не в расширении, переносим данные, и переименовывать ничего не надо. Но есть минус в том, что надо останавливать работу пользователей, пока данные не перенесены.
   unregistered
 
16 - 18.02.20 - 09:59
(14) И ради чего такие извращение? Тупо потому что это "модно" и "молодёжно"? Преимуществ никаких. От слова "совсем". А геморроя - вагон и маленькая тележка.
Авто абсолютно прав. Расширения не для таких целей создавались.
   VladZ
 
17 - 18.02.20 - 10:00
(0) Оставить все как есть.
   VladZ
 
18 - 18.02.20 - 10:00
+17 Заняться более важными задачами.
   Ненавижу 1С
 
19 - 18.02.20 - 10:01
Создавать реквизиты в расширении - это однозначно неправильно

Это ты чем аргументируешь?
   unregistered
 
20 - 18.02.20 - 10:02
(0) Никаких волшебных методов нет.
Только стандартный подход, аналогичный тому, как бы ты это делал в самой конфигурации.
1. У существующего в расширении реквизита ставим префикс имени "Удалить".
2. Добавляем реквизит в основной конфигурации.
3. Обработкой переносим данные из реквизита "Удалить" во вновь созданный.
4. Удаляем реквизит с префиксом "Удалить".
   unregistered
 
21 - 18.02.20 - 10:03
(19) А зачем? Хоть один довод существует в пользу того, чтобы создавать реквизит в расширении. Кроме геморроя с конструктором запросов?
   oslokot
 
22 - 18.02.20 - 10:08
проблема с конструктором запросов стоит на 1 или 2 месте всех проблем расширения, но только с конца
   unregistered
 
23 - 18.02.20 - 10:09
(19) Единственная необходимость расширять данные в расширении - это запрет включения возможности изменения в конфигурации.
Как много таких конфигураций находится на поддержке у Вас?... Рискну предположить, что ни одной. И даже если такие есть, то никакого сакрального смысла в том, чтобы этот запрет оставить в силе не существует.

Все носятся с этими расширениями как с писаной торбой. И начинают использовать их там где надо и где не надо.
И надув щёки возмущаются - какая 1С плохая - криво расширения сделала.
   supersonic
 
24 - 18.02.20 - 10:11
Есть один существенный минус с реквизитами. Если добавлять реквизит на форму из расширения, то в форму расширения потянется абсолютно всё: и таб.части и все реквизиты...
Поэтому, добавляю реквизиты на форму в расширение программным образом.
   unregistered
 
25 - 18.02.20 - 10:11
(22) Вот и я о том же. Ни одного разумного довода в пользу расширения данных нет.
Надо добавить реквизит существующего объекта или вообще свой собственный объект или реквизит, то в 99% случаев это проще сделать в самой конфигурации.
   supersonic
 
26 - 18.02.20 - 10:12
(25) Если она не на подддержке...
   unregistered
 
27 - 18.02.20 - 10:12
(24) Этот минус победили в 8.3.14 (если не ошибаюсь).
Сейчас данных тянется значительно меньше в расширение.
   supersonic
 
28 - 18.02.20 - 10:12
А если типовая, то можно попробовать обойтись расширением.
   unregistered
 
29 - 18.02.20 - 10:13
(26) Как поддержка связана с возможностью изменения?
Кто запрещает включить возможность изменения не снимая с поддержки? Религия?
   supersonic
 
30 - 18.02.20 - 10:13
(27) Не заметил. На 8.3.15 абсолютно всё тянет.
 
 Рекламное место пустует
   unregistered
 
31 - 18.02.20 - 10:13
(28) А если типовая, то проще и правильнее включить возможность изменения с сохранением поддержки и не ипать самому себе мозг.
   unregistered
 
32 - 18.02.20 - 10:14
(30) Режим совместимости может оставлен 8.3.13?
   oslokot
 
33 - 18.02.20 - 10:14
(25) да, я тоже не сторонник расширять _данные_, да и сыровато оно еще
расширяю все кроме данных, реквизиты предпочитаю создавать в основной конфе
   supersonic
 
34 - 18.02.20 - 10:15
(29) Типовой зуп вот совсем никак не хочется снимать с замка.
   supersonic
 
35 - 18.02.20 - 10:17
(32) Нет. Режим совместимости 8.3.14
   Бовка
 
36 - 18.02.20 - 10:17
(0) Мы решили эту проблему пересозданием объектов в расширяемой конфигурации.
1С в обозримом будущем даст возможность сопоставлять объекты расширяемой и расширения по гуид, чтобы можно было безболезненно выносить их обратно в расширение, когда они победят технические органичения платформы.
Сейчас для себя в стандарте разработки расширение данных запретили на горизонте 2-3 лет.
   hhhh
 
37 - 18.02.20 - 10:20
(34) наоборот. В типовом ЗУП даже с этим проще. Снимайте смело.
   supersonic
 
38 - 18.02.20 - 10:25
(37) Пока баловства ради делаю в расширении, задача терпит. Но есть вероятность, что буду делать всё в конфе.
Есть самоубийцы, которые добавляли в расширение документ и к нему делали движения по регистрам ?
   hhhh
 
39 - 18.02.20 - 10:31
(38) в этом вообще нет никакого смысла. Тут по-любому надо в основной конфигурации делать. С расширением никаких плюсов не получишь, только один бесконечный геморрой на несколько лет.
   supersonic
 
40 - 18.02.20 - 10:33
(39) Ну что же, печаль.
   Бовка
 
41 - 18.02.20 - 10:42
(38) Самоубийцы есть. Посмотрите отраслевые решения ERP. Внедрений нет.
Когда я поднимал тему месяц назад, чтобы собрать всю боль на бою по расширениям, не нашел ни одного крупного внедрения на данном механизме.
   PuhUfa
 
42 - 18.02.20 - 10:44
(38) Есть. Например Битрикс. Модуль обмена УТ-Битрикс24 нарисован полностью расширением. В нем справочники, регистры. Документов нет, но думаю если бы для обмена они были нужны, они бы это нарисовали.
   supersonic
 
43 - 18.02.20 - 10:46
(41,42) Спасибо за информацию.
   Фрэнки
 
44 - 18.02.20 - 10:50
Можно делать полностью на Расширении. Я так делаю. Но! Это не гибрид, не смешивание реквизитов в ТЧ документа из основной с реквизитами этого же документа в расширении - нет.

Полностью обособленные объекты с дописанным кодом, который считывает одновременно данные расширения и добавляет при необходимости в данные основной. Управленческие заморочки, а основная абсолютно регламентная.

Ну и для основной дополнения отчетных форм, печатных форм, измененные процедуры пересчета сумм иногда.
   unregistered
 
45 - 18.02.20 - 11:43
(42) Массовый тиражный продукт - это один из тех немногих случаев, когда применение расширения имеет смысл.
Если вы хотите разработать некую вундервафлю, которую планируете внедрять/продавать многократно, то безусловно имеет смысл заморачиваться с расширением.
Расширение передал заказчику. Тот его может даже самостоятельно установить без участия программиста.

Разовая индивидуальная разработка в расширении смысла не имеет.
Пока что расширения - это патчи (временные заплаты, которые будут удалены по мере исправления багов в основной конфе) и дополнительные отчеты и обработки (то, что раньше, до БСП 2.5, называлось внешние отчеты и обработки). Для остального использование расширения следует рассматривать индивидуально и в большинстве случаев бессмысленно.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.