Имя: Пароль:
1C
 
Проект на Расширениях
,
0 pishpish
 
31.03.19
17:20
Так все таки..
Ктото использует расширения как основной механизм для допилок в рамках проекта?
Делать ли проект на расширения?

Постоянно противоречивые отзывы, один говорит что вот дескать облом расширения не могут "такого".
Другой радуется что "это" исправили\добавили в новой версии.
В итоге непонятно расширения используются народом в виде патчей или использование его как основной инструмент имеет право на жизнь.

Есть плюсы и минусы, есть обходы. ОК.
Как оно в реальности то?
1 Фрэнки
 
31.03.19
17:34
в реальности сейчас снова получишь кучку противоречивых отзывов.

Если есть конкретный проект, в котором можно обозначить условия для его разработки, то можно ответить что в расширениях реализуемо, а что нет. Просто вслух соревноваться в перечислении глюков/багов/фичей без привязки к потребностям проектов... Ну и зачем?
2 pishpish
 
31.03.19
17:38
(1) Смотри, это означает что все такие делать глобально доработки в расширениях все таки боком выйдет. Ибо смешивать подходы мне кажется еще большей проблемой. В общем я в замешательстве от этой темы, есть ощущения что гдето прсветленные используют этот механизм, а мне видятся куча вопросов и нестыковок к такому подходу.
3 Фрэнки
 
31.03.19
17:45
(2) я использую. В БП3 КОРП и КА2. Без разделения баз на РИБ

Было бы в ЕРП - не удалось бы.
Было бы полностью на УТ, т.е. заточено под чистую торговлю и применение доработок для торговли - не удалось бы.

При разноске работы на множество баз и РИБ - не удалось бы.
4 Фрэнки
 
31.03.19
17:45
Еще в ЗУП3.1 без РИБ использую расширения.
5 lucbak
 
31.03.19
17:49
(0) Можешь делать, у себя все перевожу на расширения (встречаются проблемы конечно, но все решаемо)
6 pishpish
 
31.03.19
17:54
(3) Ладно, чет я понял с темой действительно погорячился)
7 Aleksey
 
31.03.19
18:08
Есть 2 проекта. В одном взлетело все на расширении, во втором нет. Мне как отвечать?
8 lucbak
 
31.03.19
18:11
(7) Можешь сказать причину где не взлетело? какие проблемы возникли (ну кроме описанных выше  в ветке Есть ли идеальный один 1С в посте (20)
9 Aleksey
 
31.03.19
18:22
(8) Ну вот это и остановило меня. Нужно было добавить реквизит партнер в контрагенте - но это приводило к порче данным.
Хотел через расширение добавить в дополнительные реквизиты доступ к этому справочнику и заюзать типовой механизм - но и тут 1С меня послала, типа различается состав
Создав в расширении свой документ хотел подключить его к типовому отчету "структура подчиненности" - опять облом - состав определяемых типов в расширении должен совпадать с основной конфигурации. Т.е. в основной конфигурации в определяемы типы я не могу добавить так как документ в расширении, а в расширении не могу добавить так как различается состав.

Итого половина дописок было в основной конфигурации, так как без этого нельзя. А вторая половина была в расширении, ибо мы же туда стремимся. В конце концов я понял что затраты на сопровождения этого монстра сводят на нет всю прелесть расширения.
10 Aleksey
 
31.03.19
18:26
С другой стороны есть у меня мини база для учета проведения фестиваля (ну там заявка на участие, регламент, оценка, награждение). Так как типовые механизмы там не используется, она самодостаточная, то вполне себе живет в расширении и радует меня когда нужно обновить базу.

А так в работе юзается вот это расширение - http://catalog.mista.ru/public/333876/
Ну и для правки багов или точечного отключения/изменения типового функционала (к примеру вывод номера на печать, или формирования префикса номера)
11 lucbak
 
31.03.19
18:28
(9)
>> Ну вот это и остановило меня. Нужно было добавить реквизит партнер в контрагенте - но это приводило к порче данным.

я для себя решил не добавлять реквизиты к объектам основной конфы  - либо использую механизм доп.реквизитов либо регистр сведений (объект --> реквизит)

Проблему со структурой подчиненности решил вот так: http://catalog.mista.ru/public/1017600/
12 lucbak
 
31.03.19
18:29
не то скопировал, вот http://catalog.mista.ru/public/938145/
13 lucbak
 
31.03.19
18:31
Одна из неприятных проблем в расширениях - это конечно типы...
14 Aleksey
 
31.03.19
18:36
(11) вот именно что очень много приходиться реализовывать через костыли или не использовать типовые механизмы. Тогда к чему этот мазохизм?
15 Aleksey
 
31.03.19
18:39
А ну из подписками на событие тоже засада. Недоступны они в расширении
16 Фрэнки
 
31.03.19
18:40
(14) но патчить этим механизмом иногда очень хорошо получается! Он полезный. Просто функционально еще не совсем понятный для чего им пользоваться, когда не пользоваться : или данные править или только модули патчить или формы печатные рисовать или интерактивные обработчики довешивать свои и т.д. и т.п.
17 lucbak
 
31.03.19
18:42
(14) При всех недостатках расширений - лично мне они нравятся. Все таки очень удобно разбить конфу на расширения (тот же егаис, меркурий и т.д.). Конечно если речь идет о фикси то возможно с этим и не стоит заморачиваться.
18 lucbak
 
31.03.19
18:43
(15) Это тоже решается заимствованием общих модулей которые есть в подписках основной конфы.
19 Фрэнки
 
31.03.19
18:49
(18) имеется ввиду, что поставить подписку можно только если основная конфигурация снята с замка.
20 lucbak
 
31.03.19
18:51
(19) Имеется ввиду, что можно заимствовать общий модуль который уже участвует в подписке (в типовых конфах такие модули есть на все случаи жизни).
21 Фрэнки
 
31.03.19
19:17
(20) а я имею ввиду, что новую подписку для произвольных объектов или модификацию состава объектов в подписке не изменишь, если только конфигурация стоит "на замке"
22 lucbak
 
31.03.19
19:22
(21) Это да, но думаю со временем и это будет возможно.
23 pishpish
 
31.03.19
19:31
(21) Есть же модули *Локализация. Через них все можно.

Мне кажется вопрос даже в другом, допустим почти все можно через расширения.
Тогда какая схема одно МОНОрасширение или несколько отдельных. Что если нужно через одно обращаться к другому. Вроде как такое должно было сразу быть заложено, ибо идея 1С что каждое расширение автономно. Но а если касательно реального проекта, где много разных разработчиков. Тогда ктото должен будет отдельно разруливать такие моменты.. В общем как то мутно мне это видится, хотя может и ошибаюсь.
24 H A D G E H O G s
 
31.03.19
19:31
(9) Когда расширения портили данные?
25 Aleksey
 
31.03.19
19:31
(18) а как оформить подписку на свой документ который в расширение?
26 H A D G E H O G s
 
31.03.19
19:32
(25) Подписки нужны для расширения типового функционала, в своем функционале юзаем Модуль Объекта.
27 Aleksey
 
31.03.19
19:32
(23) ну 1с рисовала на своих инфографиках что одна и таже процедура может быть модифицирована в разных расширениях
28 Aleksey
 
31.03.19
19:33
29 Лефмихалыч
 
31.03.19
19:33
(0) Расширения - это протезы. Весьма полезные, но все-таки - протезы. Все, что позволяют расширения, - это некоторая экономия времени на применении обновок от стороннего поставщика. Всё. Сами по себе, как таковые, они наиух не нужны.
30 Aleksey
 
31.03.19
19:34
(26) мы говорим вообщем об использование расширение или обсуждаем сабж "расширения как основной механизм для допилок в рамках проекта?"
31 H A D G E H O G s
 
31.03.19
19:38
(28) Только при ТиИ. Ну, это мелочи, а то я напугался. В ближайшей перспективе просто перенос решения на расширение.
32 Aleksey
 
31.03.19
19:40
(31) ты можешь гарантировать что пока ты в отпуске не запустят полное ТиИ для пересчета итогов?
33 Фрэнки
 
31.03.19
19:41
(32) руки отрывать за такое.
Пересчет итогов можно запустить не выполняя ТИИ
34 H A D G E H O G s
 
31.03.19
19:41
(32) Я напишу предупреждение в документации.
35 lucbak
 
31.03.19
19:44
(29) Это тебе не нужны, следовательно ты можешь ими не пользоваться.
36 Aleksey
 
31.03.19
19:45
(33) ну как бы разные случае бывают. МНе пришлось напрямую на скуле итоги убивать ибо не один пересчет их не брал Как удалить "фантомные" записи в таблице итогов средствами 1С
AdBlock убивает бесплатный контент. 1Сергей