|
v8: Зазеркалье: Расширения | ☑ | ||
---|---|---|---|---|
0
Леха Дум
30.10.14
✎
13:32
|
Встречаем расширения - механизм адаптации прикладных решений под конкретного потребителя!
http://v8.1c.ru/o7/201410ext/index.htm |
|||
1
Aleksey
30.10.14
✎
13:35
|
Фигня и ничего нового
Можно изменять управляемые формы, существующие в типовой конфигурации; Можно добавлять новые подсистемы. Можно изменять состав подсистем, имеющихся в типовой конфигурации; Можно изменять роли типовой конфигурации, добавляя в них объекты, созданные в расширении; Можно изменять командный интерфейс типовой конфигурации (основного раздела, подсистем); Можно добавлять новые отчёты и обработки. |
|||
2
Looser-1c
30.10.14
✎
13:39
|
еу хоть что-то полезное делают...
|
|||
3
Александр_
Тверь 30.10.14
✎
13:39
|
Очень интересно.
|
|||
4
Aleksey
30.10.14
✎
13:40
|
Единственное чего опасаюсь - это полный отказ от дополнительныйх обработок, отчетов, внешних печатных форм, заполнения и т.п. в пользу вот таких расширений.
Это как бы логичный шаг, ибо они получаются дублируют друг друга. Т.е. вместо внешний печатной формы к счет-фактуре будт писать целую подситсему, тем самым усложняя код на ровном месте |
|||
5
Aleksey
30.10.14
✎
13:40
|
(3) Сценарий применения можешь назвать?
|
|||
6
pessok
30.10.14
✎
13:40
|
"Периодически поставщик выпускает новые (улучшенные) версии этой конфигурации"
улучшенные, дааа |
|||
7
pessok
30.10.14
✎
13:42
|
"Платформа автоматически, в режиме 1С:Предприятие, объединяет ваше расширение с типовой конфигурацией"
мало нам текущих тормозов. если оно будет работать так же как и хранилище конфигурации, то ну нафик |
|||
8
Aleksey
30.10.14
✎
13:43
|
У меня например изменен механизм нумерации отдельных документов плюс изменены пару процедур в ГМ модуле связанные с печатью (не умеет 1С нормально считать строки в ТОРГ-12) и с нумерации.
Получается мне оно никак не подходит |
|||
9
pessok
30.10.14
✎
13:46
|
"Заимствованные объекты нужны не всегда. Лучше всего это объяснить на «бытовом» примере, если провести аналогию с обедом в ресторане."
конечно, ведь тупые одинэсники не понимают ООП и заимствования |
|||
10
pessok
30.10.14
✎
13:47
|
заимствование == наследование, ессно
|
|||
11
Chai Nic
30.10.14
✎
13:51
|
(9) Дело не в том, кто что не понимает.. а в том, что ООП долгое время считалось ересью в секте 1с, и про это говорить было неприлично..)
|
|||
12
Зеленый пень
30.10.14
✎
13:51
|
Получается, обновление конфигурации с подключенным расширением это - то же самое, что стандартное обновление + накатывание измененных объектов из расширения?
|
|||
13
Aleksey
30.10.14
✎
13:52
|
(12) Нет расширение не вносит изменений. Это обычная внешняя печатная форма, только оформленная в виде конфигурации
|
|||
14
pessok
30.10.14
✎
13:53
|
(11) ну у нас на форуме это локальный мем, так что нормально, чего уж :)
|
|||
15
pessok
30.10.14
✎
13:54
|
(13) скорее это набор внешних отчетов и обработок. если получит развитие, те же нумераторы, регистраторы к РН и т.п. и, главное, не будет тормозить, то имеет право на жизнь
|
|||
16
Looser-1c
30.10.14
✎
13:55
|
(15) не будут тормозить? В 1с? Сам-то веришь?
|
|||
17
Aleksey
30.10.14
✎
13:56
|
(15) Я тоже так думаю, и ранее в (4) написал тоже самое
|
|||
18
pessok
30.10.14
✎
13:56
|
(16) см (7)
|
|||
19
Aleksey
30.10.14
✎
13:56
|
(16) Ага все так кричали что нужно ООП, что 1С своей реализации решило доказать что ООП в 1С - зло (!)
|
|||
20
Зеленый пень
30.10.14
✎
13:57
|
Хм...
Получается, можно добавлять кнопочки в формы, или менять поведение существующих - и при этом не терять поддержку. Вот это - просто отлично! |
|||
21
Looser-1c
30.10.14
✎
13:57
|
(19) Оно зло совершенно не по этому...
|
|||
22
Aleksey
30.10.14
✎
13:57
|
(20) Так и сейчас можно кнопочку на форме добавить
|
|||
23
pessok
30.10.14
✎
13:57
|
(17) ну, кстати, масштабируемость то будет повыше, чем у обычного набора отчетов и обработок.
|
|||
24
pessok
30.10.14
✎
13:58
|
(20) нет, кнопочки на формы добавлять нельзя. можно добавлять в интерфейс свои отчеты и обработки
|
|||
25
pessok
30.10.14
✎
13:58
|
(21) оно зло, когда применено не к месте. в хелловорде, например, или в ГСЧ
|
|||
26
Aleksey
30.10.14
✎
13:59
|
(24) я так понял можно полностью рисовать свои формы
"Можно изменять управляемые формы, существующие в типовой конфигурации; " |
|||
27
Леха Дум
30.10.14
✎
13:59
|
в буржуинской системе Axapta кажись подобное давно присутствует
|
|||
28
pessok
30.10.14
✎
14:00
|
(26) а, верно, это я затупил. ну, кстати, годная плюха. другое дело, что мне, например, еще и таб.часть бы хотелось добавить, и уже ее привязать к форме
|
|||
29
Aleksey
30.10.14
✎
14:00
|
Т.е. если раньше можно было заменить встроенную печатную форму внешней (т.е. если имена внешней и встроенной совпадали, то 1С запускала внешнюю вместо встроенной), то сейчас можно так же будет заменять и формы.
|
|||
30
DailyLookingOnA Sunse
30.10.14
✎
14:00
|
Один полезный пункт "Можно изменять управляемые формы, существующие в типовой конфигурации;"
И то года через два можно будет использовать в стабильной версии платформы. |
|||
31
Леха Дум
30.10.14
✎
14:01
|
главное что? начало положено!
|
|||
32
Aleksey
30.10.14
✎
14:03
|
(28) Не исключено что они впоследствии добавят возможность добавлять новые объекты, в том числе ТЧ к существующим
Тут еще такой момент Основная «прелесть» расширений заключается, конечно, не в том, что можно добавить к типовой конфигурации что-то, чего в ней нет. А в том, что в расширении можно изменить то, что в типовой конфигурации уже есть. То есть свойства заимствованных объектов вы можете изменять. Посмотрим, может и нумерацией дадут порулить |
|||
33
DailyLookingOnA Sunse
30.10.14
✎
14:05
|
Покладено-то?
Про изменение форм ничего не написано, как оно реально сделано. А с остальным и сейчас нет никаких проблем при доработке типовых. |
|||
34
pessok
30.10.14
✎
14:07
|
(32) а вот это врядли. там же пишут, что по юзверям можно разбивать. это как будет выглядеть тогда, что у одного есть ТЧ, а у другого нет?..
|
|||
35
Ненавижу 1С
гуру
30.10.14
✎
14:07
|
А где там ООП? Только для форм, да и то непонятно, а будет ли полиморфизм работать, кто нить проверял?
Это больше похоже на расслоение по уровням логики |
|||
36
pessok
30.10.14
✎
14:07
|
да и нумераторы тоже...
|
|||
37
pessok
30.10.14
✎
14:08
|
(35) ну может можно будет переопределение методов делать
|
|||
38
Necessitudo
30.10.14
✎
14:08
|
"Платформа автоматически, в режиме 1С:Предприятие, объединяет ваше расширение с типовой конфигурацией" - автоматически? Опять стопицот глюков, которые непонятно как отследить?
|
|||
39
pessok
30.10.14
✎
14:09
|
(38) добавят отладчик объединения расширения :D
|
|||
40
Aleksey
30.10.14
✎
14:09
|
(34) А как сейчас выглядит поступления товара с кучей ТЧ, но при этом визуально отображается одна?
|
|||
41
Ненавижу 1С
гуру
30.10.14
✎
14:09
|
(37) если будут два расширения формы, с одинаковыми именами полей/методов?
|
|||
42
pessok
30.10.14
✎
14:10
|
(40) это ты про визуальщину, они, вроде как, ее уже сделали. я говорю именно про объект метаданных
|
|||
43
Aleksey
30.10.14
✎
14:11
|
(41) Ну это на уровне платформы можно разрулить
А может сделают тупо кто последний тот и папа, как в подписке |
|||
44
wald
30.10.14
✎
14:11
|
(27) точно, в Axapta есть что-то вроде слой ядра, слой разработчика, очень похоже
|
|||
45
Aleksey
30.10.14
✎
14:11
|
(42) юзверю не доступны объекты, ему доступно только представления объектов, т.е. визуализация
|
|||
46
pessok
30.10.14
✎
14:11
|
(41) ну так так же как и везде. если "в этом классе" (назовем так расширение) переопределено так, то в "этом классе" работает так, а в другом - иначе
|
|||
47
pessok
30.10.14
✎
14:12
|
(45) вот я о том и говорю. а они пишут "В результате, при работе в режиме разделения данных расширение будет применено только для пользователей этого конкретного абонента. А если разделение данных не используется, то расширение будет работать для всех пользователей информационной базы."
|
|||
48
Ненавижу 1С
гуру
30.10.14
✎
14:13
|
+(41) ага читаю, вроде за счет префиков имена разные
что-то написано про порядок, но... |
|||
49
pessok
30.10.14
✎
14:13
|
хотет свои перечисления и свои предопределенные пвх
|
|||
50
pessok
30.10.14
✎
14:14
|
точнее даже не перечисления, а их значения
|
|||
51
Aleksey
30.10.14
✎
14:15
|
Даешь модульный конфигурации !!!!!11одинодин
|
|||
52
pessok
30.10.14
✎
14:15
|
(51) не верю! (с)
|
|||
53
Aleksey
30.10.14
✎
14:16
|
(52) Ну а чем расширения не модульность?
|
|||
54
pessok
30.10.14
✎
14:17
|
(53) ну хотя бы тем, что "Есть соблазн использовать расширения для создания тиражных прикладных решений, однако делать этого не стоит. Во-первых, потому, что расширения не проектировались под такие задачи. А во-вторых, потому, что другие механизмы платформы, например механизмы поставки и поддержки, ничего не знают о расширениях."
|
|||
55
Пушкин
30.10.14
✎
14:17
|
А можно, к примеру позаимствовать в расширение справочник Номенклатура и добавить туда новый реквизит?!
|
|||
56
pessok
30.10.14
✎
14:18
|
(55) пока, судя по всему, нет. а вот реквизит формы добавить - за ради бога
|
|||
57
Пушкин
30.10.14
✎
14:22
|
(56) обычно нужно модифицировать и сам объект метаданных то же, не только форму!
|
|||
58
pessok
30.10.14
✎
14:23
|
(57) Здравия желаю, тащ капитан!
но пока нельзя, как бы ни хотелось :) |
|||
59
Ненавижу 1С
гуру
30.10.14
✎
14:27
|
(56) нет и скорее всего нельзя будет, пока добавления не сделают не в "Предприятии", а в "Конфигураторе"
ведь добавлении реквизита меняется структура базы |
|||
60
Aleksey
30.10.14
✎
14:28
|
(59) Это с каких это пор добавления реквизит формы меняет структуру базы???
|
|||
61
Жан Пердежон
30.10.14
✎
14:28
|
смысла использовать в таком виде в котором оно сейчас выйдет нет вообще - ни справочника добавить, ни реквизита к документу
|
|||
62
Aleksey
30.10.14
✎
14:30
|
(61) Смысл в (4) Замена механизма внешних отчетов механизмом расширения
|
|||
63
Ненавижу 1С
гуру
30.10.14
✎
14:30
|
(60) я про реквизит справочника
|
|||
64
Йохохо
30.10.14
✎
14:33
|
(61) связь через свой рс не ломает обновления, и можно своей формой все реализовать. например
(62) а можно интерфейс забабахать |
|||
65
Зеленый пень
30.10.14
✎
14:53
|
(61) Не скажи.
"Для заимствованной формы в расширении создаётся собственный модуль с собственными обработчиками всех событий. " - т.е. можно отлавливать все стандартные события типа "ПриОткрытии". И не портить код конфигурации. Сколько 1Сников молилось об этом долгие годы! |
|||
66
Ndochp
30.10.14
✎
15:00
|
(64) А свой РС не добавить через расширения.
(65) Боюсь не отлавливать стандартные, а переписывать на свое. По сути, техника аналогичная копированию типовой формы, доработке и установки в качестве основной - давно известный порочный метод редактирования форм. Потому, что потом в типовой добавляют новый реквизит документа, ты это прошляпишь и при проведении все упадет. Уж лучше кодом свои реквизиты на форму добавить, а при обновлении на модуль КДИФФ3 натравить и получить правильный результат. Порча кода форм в большинстве случаев проблем не создает. Беда начинается при правке ролей, составных типов, состава подписок, форм и других нетекстовых изменениях базы. А вот этого (кроме ролей) расширения не решают. И для ролей не ясно что будет происходить - можно будет только пару объектов переопределить в одной роли, или она вся будет браться из расширения и мы поимеем геморой с новыми объектами |
|||
67
simol
30.10.14
✎
15:04
|
(65)О да, подписка на события форм :)
|
|||
68
Ник второй
30.10.14
✎
15:17
|
(0) Супер крутотень!
Теперь я знаю как реализовать различные рабочие места. |
|||
69
Ник второй
30.10.14
✎
15:18
|
(5) Тут огромный спектр.
|
|||
70
Ник второй
30.10.14
✎
15:20
|
(66) Кто сказал, что нельзя, все можно.... читай что пишут про развитие.
|
|||
71
Адинэснег
30.10.14
✎
15:55
|
буэфууу...
|
|||
72
Адинэснег
30.10.14
✎
15:57
|
хорошо что можно оградить типовую конфу от сторонних разрабов... но живучисти БД это не добавит...
|
|||
73
Ник второй
30.10.14
✎
16:43
|
(72) Это еще большой плюс для не типовых конфигураций, фактически функционал можно блочно реализовывать.
|
|||
74
Aleksey
30.10.14
✎
16:57
|
(69) Например?
|
|||
75
Kamas
30.10.14
✎
17:36
|
Блин фигня какая то, чем отличается то что я буду лопатить конфу, от того что я буду лопатить расширение??
|
|||
76
Ювелир
30.10.14
✎
17:53
|
О-бал-деть...
|
|||
77
Гёдза
30.10.14
✎
17:57
|
>>Тогда если в типовой конфигурации поставщик изменит тип кода этого справочника на Число, ваше расширение определит это в момент подключения и сообщит об ошибке.
По моему хрень какая то |
|||
78
IamAlexy
30.10.14
✎
18:08
|
(0) норм.
давно ждем осталось дожить до выпуска 8.3.6 опять же - 90% отраслевок как раз этот механизм и задействуют... |
|||
79
DailyLookingOnA Sunse
30.10.14
✎
18:09
|
Это всё для облаков делается.
Поэтому нельзя менять реквизиты. А вот интерефейсную лапшу - пожалуйста меняйте с индивидуальнымы настройками. |
|||
80
IamAlexy
30.10.14
✎
18:09
|
(79) это работает сугубо через пофигуратор, так что для облаков так же не подходит..
|
|||
81
IamAlexy
30.10.14
✎
18:10
|
(75) тем что когда придет время обновлять конфу ты обновишь конфу..
не трогая расширение.. и наоборот - выпустил новое расширение и обновил его не трогая конфу.. |
|||
82
Гёдза
30.10.14
✎
18:11
|
Что ни разу не было: Обновил конфу и все внешние обработки упали
|
|||
83
Гёдза
30.10.14
✎
18:13
|
Представляю какой веселый процесс отладки станет )))
|
|||
84
Ювелир
30.10.14
✎
18:13
|
(78) Написано, что не для этого: "Есть соблазн использовать расширения для создания тиражных прикладных решений, однако делать этого не стоит. Во-первых, потому, что расширения не проектировались под такие задачи. А во-вторых, потому, что другие механизмы платформы, например механизмы поставки и поддержки, ничего не знают о расширениях."
|
|||
85
DailyLookingOnA Sunse
30.10.14
✎
18:13
|
(80)
Читал только заголовок? В пофигуратор напихали расширений, пользователям раздали с учетом прав, а они уже ставят себе перделку в режиме предприятия. |
|||
86
IamAlexy
30.10.14
✎
18:14
|
(85) если ты в пофигураторе не предусмотреш включение свистоперделок расширительных - фиг кто в предприятии что поставит..
|
|||
87
Ювелир
30.10.14
✎
18:15
|
(77) Ну правильно, конфликтная ситуация, но валится не конфа, а расширение.
|
|||
88
IamAlexy
30.10.14
✎
18:15
|
(84) тогда смысла в расширении нет :)
вообще никакого :) |
|||
89
Ник второй
30.10.14
✎
18:19
|
(74) Если конфигурация типовая, то в статье все прекрасно описано, что теперь обновление будет происходить автоматом и не надо исхитряться в написании кода, а именно не надо:
- программно выводить новые элементы - использовать свои процедуры в типовых процедурах Для не типовых можно разработать мотор конфигурации, а потом через расширение для каждого рабочего пространства разработать свои формы, или другой функционал |
|||
90
Ник второй
30.10.14
✎
18:20
|
(75) 1. Обновление делать проще.
2. Каждое расширение это что то вроде слоя или блока функционала |
|||
91
Ник второй
30.10.14
✎
18:21
|
(78) +100
Я как человек который пишет отраслевые и потираю руки.... это просто прекрасно. Да и теперь же еще и УПП можно дорабатывать более просто и обновлять потом как типовую ))) |
|||
92
Гёдза
30.10.14
✎
18:22
|
(91) УПП? Ты хотел сказать ERP?
|
|||
93
Ник второй
30.10.14
✎
18:23
|
(92) УПП тоже.
|
|||
94
Ювелир
30.10.14
✎
18:23
|
(88) Есть смысл, у тебя есть возможность доработать отдельный код расширения.
|
|||
95
Гёдза
30.10.14
✎
18:24
|
(93) ты упр формы во всю в упп пользуешь?
|
|||
96
IamAlexy
30.10.14
✎
18:26
|
(94) смысла делать расширение как таковое нет..
вообще.. |
|||
97
MRAK
30.10.14
✎
18:27
|
феерично:)
"Через неделю вы приходите, но меню ресторана изменилось (типовую конфигурацию обновили). Однако в меню по-прежнему есть бифштекс и чай. Именно они вам и нужны. Вам их приносят, вы их съедаете. То есть расширение продолжает работать с обновлённой типовой конфигурацией. Ещё через неделю вы приходите в ресторан, и видите, что бифштекс и чай исчезли из меню. Вы встаёте и уходите (сообщение об ошибке подключения расширения). Потому что вы хотели именно их. А о других блюдах (объектах) вы понятия не имеете. Разработчик не обучил вас, как правильно кушать улиток или омаров." |
|||
98
MRAK
30.10.14
✎
18:32
|
(1) похоже, статью Вы не прочитали дальше цитируемого...
|
|||
99
Ник второй
30.10.14
✎
18:32
|
(95) Кто запрещает использовать? тем более в УПП они есть.
|
|||
100
Ник второй
30.10.14
✎
18:32
|
100
|
|||
101
Ювелир
30.10.14
✎
18:33
|
(96) Да есть, фактически в расширении описываются (через механизм заимствования) используемые данные. А это уже супер.
При изменении описания точек соприкосновения типовая продолжает работать, а расширение отваливается. (не супер, но вполне жизненно). |
|||
102
Ник второй
30.10.14
✎
18:34
|
Надеюсь расширение даст возможность и в модуль объектов и модуль менеджера изменить, если не сейчас, то в следующих релизах....
В общем это действительно круто. Даже круче когда появились внешние источники данных. |
|||
103
Ник второй
30.10.14
✎
18:35
|
(96) А не надо разрабатывать всю конфигурацию через расширение, о чем разрабы и говорят. Новые объекты добавляются непосредственно в конфигурацию типового решения, а вот интерфейс, механизмы уже описаны в расширении. Так что один экстаз )))
|
|||
104
ILM
гуру
30.10.14
✎
18:39
|
"-Ну ужас, но не ужас, ужас, ужас!" (с)
|
|||
105
Aleksey
30.10.14
✎
18:41
|
(98) Прочитал несколько раз. И мнения своего не поменял.
Третий раз прошу пример использования |
|||
106
Ник второй
30.10.14
✎
18:43
|
(105) смотри (89)
|
|||
107
Aleksey
30.10.14
✎
18:43
|
Т.е. мое мнение кроме как замена механизмов доп.обработок/внешних печатных форм ничего другого я себе не представляю что можно с этим сделать
|
|||
108
ILM
гуру
30.10.14
✎
18:44
|
-Новые возможности, новые ошибки и новые проблемы.
|
|||
109
Aleksey
30.10.14
✎
18:45
|
(106) Т.е. имеем каркас. Справочник1, Справочник2,... СправочникN у каждого сотня реквизитов и десяток табличных частей. И каждый может с помощью расширения заюзать тот или иной справочник для своих целей
|
|||
110
Гёдза
30.10.14
✎
18:46
|
(109) ваше мега конфа )))
|
|||
111
Ник второй
30.10.14
✎
18:46
|
(109) Именно. И мало того расширение это фактически рейнкорнация семерочного инклуда , да не полнофункционально, но все же.
|
|||
112
Гёдза
30.10.14
✎
18:47
|
И теперь на каждый новый отчет будет по новому расширению.
|
|||
113
Aleksey
30.10.14
✎
18:47
|
(111) А теперь попробуем со всей этой херней взлететь?
|
|||
114
Ник второй
30.10.14
✎
18:51
|
(113) Дык это же планируемый функционал, еще его не разработали, как ты предлагаешь взлетать? 0_о
|
|||
115
Ник второй
30.10.14
✎
18:52
|
(112) Отчеты можно и через внешние делать, а вот на форму вывести новое поле или команду можно через расширение
|
|||
116
Ненавижу 1С
гуру
30.10.14
✎
18:53
|
Нет, слишком еще не ООП это
|
|||
117
ndron
30.10.14
✎
18:55
|
(113) +сто тыщ мильонов
|
|||
118
Aleksey
30.10.14
✎
18:55
|
(115) Это и сейчас можно сделать без расширения
|
|||
119
Гёдза
30.10.14
✎
18:56
|
(115) Посмотрим, пока оптимизма особого нет, до прочтения статьи его было куда больше
|
|||
120
Ник второй
30.10.14
✎
19:19
|
(118) Корежа типовую конфу, а тут тебе функционал позволяет на уровне архитектуры избавиться от лапши в коде и не иметь проблем с обновлениями
|
|||
121
Aleksey
30.10.14
✎
19:28
|
(120) нет не меняя типовую
|
|||
122
EugeniaK
30.10.14
✎
19:29
|
(0) По-моему это круто
Интересно посмотреть, как будет работать. |
|||
123
mdocs
30.10.14
✎
19:39
|
По мне так просто добавляют франям приработка, теперь печатную форму просто так не скопируешь). Да и всяких хитро*опистых тонкостей для печатных форм с каждой версией 1с все больше и больше.
|
|||
124
Ник второй
30.10.14
✎
19:44
|
(121) Рассказывай как можно не трогая типовую конфу разместить на форме элементы
|
|||
125
Aleksey
30.10.14
✎
19:45
|
(124) Режим дополнительных реквизитов. Нет, не слышал?
|
|||
126
Ник второй
30.10.14
✎
19:59
|
(125) Прекрасно и ты можешь видимость настроить, свой алгоритм, или может оповещение пользователя? 0_о
|
|||
127
Ник второй
30.10.14
✎
20:01
|
(125) Или вот, создал новый документ + кучу справочников и нужно эту информацию выводить на отдельной закладке в документе. А так же закладка должна отобразиться если у пользователя включена опредеелнная роль и только по понедельникам. Как сделать?
|
|||
128
Aleksey
30.10.14
✎
20:03
|
(126), (127) Начнем с того, а счего ты взял что это будет доступно при Расширении?
Видимость могу настроить для каждого пользователя, подскази могу. Даже могу сказать что заполнять его обязательно |
|||
129
scanduta
30.10.14
✎
20:15
|
Че то я нифига не въехал.
У меня следующий вопрос: Можно ли будет в расширениях менять структуру метаданных? Если можно как это все будет работать и обновляться? |
|||
130
Jump
30.10.14
✎
20:17
|
(0)Вообще это бомба!
Но все дело в реализации, посмотрим как оно будет работать. |
|||
131
Ник второй
30.10.14
✎
20:17
|
(128) Доп реквизиты не могут, а расширение может.... читай внимательно.
|
|||
132
Ник второй
30.10.14
✎
20:17
|
(130) +100500
|
|||
133
Ник второй
30.10.14
✎
20:18
|
(129) Пока заявлено что нет.
В конфигурацию базы данных добавляете реквизиты и документы, а вот править формы логичнее через расширение. |
|||
134
GedKo
30.10.14
✎
20:20
|
имхо некое удобство наверное принесет, но видя как кардинально меняются типовые - объем переделок/доделок останется таким же.
|
|||
135
Jump
30.10.14
✎
20:27
|
(134)Основная проблема сейчас это внести мелкие изменения в конфигурацию.
Т.е есть фирма, которую полностью устраивает типовая, не хватает одного маленького документа. И тут встает вопрос - либо сделать этот документ, и с этого момента тратить на 1с намного больше денег (обновление нетиповой), либо отказаться от изменения и работать с тем что есть. Если изменения большие, т.е конфигурацию перелопачивают полностью, тогда таких проблем нет, т.к есть свой штат спецов которые этим занимаются, т.е это уже скорее своя конфа, нежели типовая. |
|||
136
Ник второй
30.10.14
✎
20:53
|
(135) Перелопачивать можно так, что бы оставлять возможность обновлять. Но с расширением изменять конфу можно еще эффективнее если доработки форм повесить на расширение.
|
|||
137
GedKo
30.10.14
✎
20:59
|
(135) документ, как я понял, ты не добавишь. ты можешь изменить логику формы. но как только поменяется структура этого документа - добро пожаловать в новый виток разработки.
|
|||
138
Jump
30.10.14
✎
21:04
|
(136)Сейчас даже если в конфигурацию внесены малейшее изменения, то пользователь теряет возможность обновлять. Нужно приглашать программиста, чтобы он лез в конфигуратор, смотрел что и как.
А с расширением пользователь будет продолжать обновлять конфигурацию самостоятельно, без всяких программистов. |
|||
139
GedKo
30.10.14
✎
21:08
|
(138) да-да, метаданные поменялись - и пользователь сам все обновил.
|
|||
140
Jump
30.10.14
✎
21:08
|
(137)Я так понял что расширение это такая же конфигурация прилепленная сбоку.
Ты можешь создать там вообще независимый от основной конфигурации документ или справочник, и обвязку для работы с ним. А при желании ты можешь импортировать нужный документ из конфигурации. |
|||
141
Jump
30.10.14
✎
21:09
|
(139)А в чем проблема то? Какие метаданные могут поменятся?
|
|||
142
Jump
30.10.14
✎
21:10
|
Конфигурация осталась без изменений, она на поддержке, и там не один байт без разрешения фирмы 1с не может поменяться.
|
|||
143
Looser-1c
30.10.14
✎
21:11
|
(142) кто такая 1с, чтобы запрещать мне менять код программы, которую я купил? ))
|
|||
144
GedKo
30.10.14
✎
21:12
|
(141) после обновления? :) любые!
было: реквизит «Реквизит», стало: «удалитьРеквизит» и «НовыйРеквизит». про то, что ты использовал 100500 других метаданных - даже молчу. |
|||
145
Jump
30.10.14
✎
21:14
|
(144)Еще раз - конфигурация остается на поддержке, и никак не изменяется пользователем, Поэтому она без проблем обновляется следующим релизом выпущенным 1с.
Для этого собственно эту фичу и придумали. |
|||
146
GedKo
30.10.14
✎
21:20
|
(145) да, обновляется. но твои доработки помирают.
|
|||
147
Jump
30.10.14
✎
21:24
|
(146)Твои обработки остаются в расширении, и никуда не исчезают.
Более того, если твои доработки не используют объекты типовой, они продолжают работать. Если используют, то продолжают работать если соответствующие объекты не изменились. Т.е проблема будет только в одном случае - в типовой поменялся объект на который ты ссылаешься из дополнения. И то проблема минимальная, т.к пользователь может продолжать пользоваться актуальной конфигурацией, сдавать отчеты, и спокойно ждать пока ты там все поправишь. |
|||
148
Aleksey
30.10.14
✎
21:26
|
Ну и чем это отличается от внешней печатной формы к примеру?
|
|||
149
Jump
30.10.14
✎
21:29
|
(148)Внешняя печатная форма способна хранить данные в базе? Обрабатывать их?
|
|||
150
Looser-1c
30.10.14
✎
21:31
|
(149) Как два байта...
|
|||
151
Jump
30.10.14
✎
21:34
|
Вот банальный пример - небольшой сервис, один бухгалтер, типовая бухия, все устраивает. Но они устанавливают стекла на машины.
Все стекла хранятся в справочнике Номенклатура, все нормально. Но! Им хочется иметь возможность подбирать стекло по модели машины, сразу из программы. Т.е нужен справочник стекол, справочник моделей авто, и обработка по подбору подходящих стекол. Если это запихать в основную конфигурацию, то все приплыли, прощайте автоматические обновления, и здравствуй программист каждый отчетный период. |
|||
152
Jump
30.10.14
✎
21:37
|
(150)Ну если так просто, так ты расскажи.
Как например из печатной формы добавить справочник, забить его данными, делать выборку из этого справочника. Справочник должен быть сохранен в БД и не должен потеряться при обновлении. |
|||
153
Looser-1c
30.10.14
✎
21:39
|
(152) Ви таки просили сохранить данные или создать справочник?
Уж определитесь, туда или сюда... |
|||
154
Jump
30.10.14
✎
21:44
|
(153)Хранить и обрабатывать данные. В 1с для хранения данных используются типовые объекты например справочники.
Поэтому и спрашиваю как можно из обработки или печатной формы можно сделать сохранить данные в конфигурацию. Естественно используя типовые объекты. |
|||
155
GedKo
30.10.14
✎
21:46
|
(152) расширения не позволят тебе добавить справочник. это решается добавлением «типовой 2». форму типового документа ты изменишь, но работать она у тебя будет до тех пор, пока «типовая 1» такая же.
я лично не вижу существенных отличий от нынешнего слияния двух конфигураций. |
|||
156
ДенисЧ
30.10.14
✎
21:46
|
(154) чтобы два раза не вставать...
В УТ11 есть регистр сведений ПрикреплённыеФайлы. Продолжать? |
|||
157
Jump
30.10.14
✎
21:51
|
(156)Да пожалуйста, продолжай.
Как туда сохранить справочник? Как потом пользователю открыть этот справочник? |
|||
158
Jump
30.10.14
✎
21:56
|
(155)Расширение это конфигурация. Обычная конфигурация по сути.
Там можно создавать стандартные объекты, добавлять подсистемы. Т.е просто конфигурация которая работает вместе с основной, и все объекты у этой конфигурации свои собственные, не зависимые от основной. Хотя можно не создавать собственные, а импортировать из основной. Т.е к примеру - типовая бухия и расширение где реализован простенький но удобный складской учет. |
|||
159
ДенисЧ
30.10.14
✎
22:07
|
(157) Не стану. Это останется тебе на домашнее задание. Изучишь тему, подготовишь доклад, выступишь перед аудиторией.
Может, тогда зачёт получишь. |
|||
160
Chameleon1980
30.10.14
✎
22:08
|
чет посты заповторялись
|
|||
161
GedKo
30.10.14
✎
22:10
|
(158) ты читал инфу от 1с?
глянь http://v8.1c.ru/o7/201410ext/4.png и найди где расширение и где конфигурации. |
|||
162
КтоКакБог
30.10.14
✎
22:18
|
(0) интересно сколько может таких конфигураций одновременно может быть? если в модели сервиса, напримре, 100-200 конф, и каждая с собственным расширением, то двигаться эта махина будет, как московская пробка в час пик.
|
|||
163
Ник второй
30.10.14
✎
23:13
|
(162) об ограничениях не заявлено, значит пока считаем неограниченное количество.
|
|||
164
Ник второй
30.10.14
✎
23:14
|
(161) 1С сказала, что то что дают это не финал и будет развитие. Так что если дойдут до конца, то Jump будет близок к истине. И это круто.
|
|||
165
Ник второй
30.10.14
✎
23:14
|
(159) Садись два и больше не подходи к 1С....
|
|||
166
Asmody
31.10.14
✎
00:06
|
Ох, и какой только фигни не придумает 1С, лишь бы классы не делать!
|
|||
167
Jump
31.10.14
✎
00:53
|
(162)Думаю сколько угодно, пока железо тянет.
|
|||
168
Jump
31.10.14
✎
00:57
|
(166)Ну изначальный девиз был таков, что программировать под 1с может любой бухгалтер.
Т.е все максимально просто. А ООП простому бухгалтеру не под силу. Хотя с другой стороны, то что они уже наворотили, там без бутылки не разберешься, и никакого ООП не надо. |
|||
169
necro
31.10.14
✎
07:15
|
Всё пытаются кривенькое наследование натянуть... С подписками не очень получилось, продолжают.
|
|||
170
Chai Nic
31.10.14
✎
07:22
|
(169) Да уж лучше так, чем спагетти из общих модулей, как сейчас это сделано в типовых..
|
|||
171
necro
31.10.14
✎
07:31
|
Проблема доработок типового функционала никуда не исчезнет: ну напишем мы расширение, а в следующей версии изменятся типовые алгоритмы, формы, реквизиты - и работать ничего не будет. Вот и всё.
|
|||
172
Гобсек
31.10.14
✎
07:34
|
(169)Подписки жизнь очень сильно облегчили. Посмотрим какая польза будет от расширений.
И было бы неплохо расширить список подписок. Например, сделать подписку на событие "ПриОткрытии" документа. |
|||
173
necro
31.10.14
✎
07:36
|
(172) лучше ПриОткрытии(Форма) произвольной формы. Чтобы можно было внешние отчеты перехватывать.
|
|||
174
necro
31.10.14
✎
07:38
|
(172) и наконец-то можно будет менять основные формы элемента и списка, не изменяя сами объекты конфигурации
|
|||
175
mdocs
31.10.14
✎
08:08
|
пока мое мнение - вместо всего этого мутного огорода полуформ со 100500 глюками достаточно было добавить маленькую нашлепку для перенаправления вызовов одний форм на другие без включения возможности изменения конфы и все.
|
|||
176
Chai Nic
31.10.14
✎
08:24
|
Добавили бы еще наследование общих модулей.
|
|||
177
Jokero
31.10.14
✎
08:38
|
давно ведь уже эта идея летает, изменять формы и добавлять свои объекты в конфигурацию. Потихоньку шли к этому через внешние отчеты\обработки, подписки на события и прочее.
Теперь еще один шаг - Расширения, только пока они как-то малофункциональны. |
|||
178
vde69
31.10.14
✎
08:42
|
очень интересно, ввели инкапсуляцию для конфигурации в целом...
интересно как это будет в реальности... |
|||
179
Ник второй
31.10.14
✎
08:45
|
(171) В ООП такая же история, изменят родительский класс или вообще его удалят и все поделка не работоспособна.
Так что не вижу причин для беспокойства или нужно поныть? |
|||
180
Ник второй
31.10.14
✎
08:46
|
(172) Расширение фактически и дают такую подписку, а именно на все события формы.
|
|||
181
Kamas
31.10.14
✎
08:52
|
вопрос вот допилил я какую то свистоперделку опирающуюся на функционал. Конфа обновилась поменялись название процедур функций реквизитов. И вуаля нужно перепилить расширение также как я раньше пилил конфу. Притом что добавление своей формы или модуля мне и так при обновлении не сильно мешало.Проблемы теже что и раньше, как мне кажется мало что решает это "Расширение". Кроме того, раньше мне нужно было следить только за конфой и 1с услужливо показывала что изменилось и куда копать.
|
|||
182
Jokero
31.10.14
✎
09:00
|
(181) "Конфа обновилась поменялись название процедур функций реквизитов." - я так понял, что заимствованные объекты не меняются. Но это все равно еще не реализовано, пока только формочки максимум можно менять.(И то не понятно, что подразумевается под словом менять. возможно только местами реквизиты перемещать)
|
|||
183
Kamas
31.10.14
✎
09:02
|
(181) Плюсом пришол другой прог и ему окромя сравнение конфигурации с поставщиком нужно
1) догадаться что Здесь есть (установлено) расширение 2) Сообразить как оно работает и что делает у каждого пользователя (Так-как включение расширение идет для каждого пользователя отдельно может петя без расширение а паша под расширение сидит) |
|||
184
Kamas
31.10.14
✎
09:03
|
(182) еще круче тогда заимствованные не меняются но вызывают не заимствованные функции процедуры других модулей и что абзац расширение не работает ковыряемся дальше.
|
|||
185
vde69
31.10.14
✎
09:10
|
(183) для этого нужно прогить учится прогроммировать не латочным методом а используя подходы ООП
например придется использовать в своих поделках определенее версии базовой конфигурации. Короче мы идем к реальным библиотекам которые будут надстройками над типовыми. Я даже уверен, что на этой технологии можно бабла поднять... кроме того здесь решен вопрос лицензирования, раньше ты не мог продавать измененную конфу, а вот надстройку - продавай сколько хочешь... |
|||
186
Kamas
31.10.14
✎
09:11
|
и реал получается что это расширение по факту годится только для печатных форм, отчетов, обработок. которые и сейчас можно делать не парясь внешними. плюс кода во всех(или почти во всех) типовых появились доп реквизиты а уф позволяют настраивать форму для каждого пользователя под себя...
|
|||
187
Ник второй
31.10.14
✎
09:15
|
(186) Ты писатель, ветку не читал? статью не читал?
|
|||
188
Kamas
31.10.14
✎
09:16
|
(187) в том и дело что читал
|
|||
189
Kamas
31.10.14
✎
09:18
|
(188) но не разделяю оптимизма, мне кажется, что все как всегда будет через одно место. Хотя идея хорошая в принципе.
|
|||
190
Ник второй
31.10.14
✎
09:19
|
(189) ТО есть не пробовали, не кушали, а поныть обязательно надо?
|
|||
191
Kamas
31.10.14
✎
09:20
|
(190) Да я как понимаю не кто не провал
|
|||
192
Kamas
31.10.14
✎
09:20
|
(191) что все радуются блин как в ссср 5 летку за 3 года урра товарищи
|
|||
193
akaBrr
31.10.14
✎
09:21
|
(185) два пива этому товарищу
|
|||
194
Ник второй
31.10.14
✎
09:22
|
(192) Потому что судя по описанию можно расширением свои формы лепить. А в перспективе посмотрим.
|
|||
195
Kamas
31.10.14
✎
09:25
|
(194) вот когда появится, когда народ по наплюется годик на эти расширения, когда начну читать на мисте Жалобы на них. Вот тогда будет самое время начать пробовать))
|
|||
196
Kamas
31.10.14
✎
09:28
|
(185) да я не спорю, только вспомните зависимости в линуксе и ужаснитесь ))
|
|||
197
NeoVision
31.10.14
✎
09:31
|
(185) и магазин расширений не за горами
|
|||
198
Asmody
31.10.14
✎
09:33
|
(196) А что не так с зависимостями в linux? Пакетные менеджеры, репозитории и мантейнеры решают.
|
|||
199
Kamas
31.10.14
✎
09:37
|
(198) ага и результате на только что установленной системе 5-10 разных версий одной библиотеки
|
|||
200
Asmody
31.10.14
✎
09:37
|
Эти расширения очень похожи на "слои" в более других системах.
|
|||
201
Asmody
31.10.14
✎
09:39
|
(199) Т.е. необходимость иметь 4-5 версий .NET под Windows вас не смущает?
|
|||
202
Ник второй
31.10.14
✎
09:42
|
(195) Судя по опыту 1С делают то что запланировали. Например как анонсировали внешние источники данных так и сделали , и работали они круто.
|
|||
203
Локи-13
31.10.14
✎
10:05
|
все круто, но
когда уже сделают запрещающие роли? |
|||
204
vde69
31.10.14
✎
10:13
|
(203) роли - фигня...
жду когда выпустят конфигурацию 1с:БазовоеУправлениеФирмой и к ней следущие расширения 1. Партионный учет 2. РАУЗ 3. Упрощенка 4. Ведение заказов и т.д. что-бы можно было набирать то, что нужно.... |
|||
205
Йохохо
31.10.14
✎
10:15
|
(204) и обмен между подсистемами через КД 3.0
|
|||
206
Kamas
31.10.14
✎
10:19
|
(204) тогда уж лучше пусть бсп допилят до нормального состояния
|
|||
207
Локи-13
31.10.14
✎
10:43
|
(204) БН вроде говорил, что такого не будет
1С делает многофункциональное универсальное решение, а отраслевку партнеры. никаких модульностей. |
|||
208
Ненавижу 1С
гуру
31.10.14
✎
10:55
|
(204) интересная мысль
если к пакету "Торговля" подцепить пакет "Зарплата", то что получится? |
|||
209
Локи-13
31.10.14
✎
10:56
|
(208) получится зуп и ут в одной базе
|
|||
210
Ненавижу 1С
гуру
31.10.14
✎
10:58
|
(209) и там и там есть ПКО, и там и там у него есть разные виды
но эти виды реально разные, как их объединить? |
|||
211
Жан Пердежон
31.10.14
✎
11:02
|
(204) тут еще не ясно, планируется ли возможность делать расширение на расширение
|
|||
212
Локи-13
31.10.14
✎
11:04
|
(204) вообще я против этого.
фрагментация будет жуткая. поддерживать 100500 отдельных подсистем - ад и Израиль. и особенно поддержка совместимости каждого модуля друг с другом - это трындец! |
|||
213
Гёдза
31.10.14
✎
11:05
|
(210) >>при загрузке расширения будет выдана ошибка
|
|||
214
Ненавижу 1С
гуру
31.10.14
✎
11:35
|
(212) а держать все в одной корзине с жуткой связностью, норм?
|
|||
215
scanduta
31.10.14
✎
11:36
|
По сути мне кажется получается все не айс..
Допустим есть конфа дописанная через расширение. Имеем какие плюсы: - Пользователь сможет сам обновить основную конфу. Но если в расширении переписано более менее что то серьезно. То оно перестанет работать, или что намного хуже будет работать но неправильно. Т.е. в любом случае вмешательство программиста понадобиться. |
|||
216
Kamas
31.10.14
✎
11:41
|
(214) не пиши жуткую связность пиши нормальную
|
|||
217
Ник второй
31.10.14
✎
11:41
|
(215) ТОлько в случае если действительно обновление сильно затронули конфигурацию, а в большинстве случаев обновление используется для сдачи отчетности и пользователь сможет ее вовремя сдать.
|
|||
218
bazvan
31.10.14
✎
11:41
|
Я так понял что при заимствовании объектп в расшерение перетикаетвесь его модуль и используется уже именно модуль расширения. Тоесть если в типовой модуль поменяли, расширение вмеравно будет работать. Если поменялось название объекто то рефакторинг автоматом позволит все заменить и в расширении.
Так? |
|||
219
Локи-13
31.10.14
✎
11:43
|
(214) нет, не норм. но как это относится к 1С ?
|
|||
220
Ненавижу 1С
гуру
31.10.14
✎
11:44
|
(215) да то, что тут писали "1С программируется бухгалтером" это такая чушь, что даже говорить не стоит
Более того, уровень вхождения программистов 1с с каждым разом только растет |
|||
221
toypaul
гуру
31.10.14
✎
11:51
|
Круто. Круто если это будет работать как написано
|
|||
222
Гёдза
31.10.14
✎
12:07
|
Уже представляю как расширение закэшировалось и никто не понимает откуда эта формочка и где новый код
|
|||
223
MaxS
31.10.14
✎
13:11
|
Как быть с динамическим обновлением расширения? Так же? 1С будет просить всех выйти и зайти?
И при доработке метаданных расширения динамическое обновление не получится? |
|||
224
Aleksey
31.10.14
✎
13:29
|
(223) Объекты же не добавляются. Будет так же как и с печатными формами
|
|||
225
PRADA
31.10.14
✎
19:07
|
(1)
Что полезного: 1. Можно изменить свойства заимствованных объектов. 2. Можно отлавливать и изменять на свои или запрещать выполнение стандартные события типа "ПриОткрытии". 3. Замена механизмов доп.обработок/внешних печатных форм. 4. Вывести на форму новое поле или команду. Вопросы: 1. Как будет работать механизм отладки? 2. Лицензирование расширения? |
|||
226
Jump
31.10.14
✎
19:37
|
(225)
1)Я не вижу проблем с механизмом отладки. 2)Насчет лицензирования, я думаю оно будет такое же как и у внешних печатных форм. |
|||
227
Ненавижу 1С
гуру
31.10.14
✎
19:50
|
Есть два расширения
В первом переопределен метод Хрю() типовой конфигурации Если второе расширение вызовет Хрю(), то какой метод метод вызовется? Базовый или расширения 1? |
|||
228
ДенисЧ
31.10.14
✎
19:51
|
(227) Как БН на душу положит )))
|
|||
229
Ненавижу 1С
гуру
31.10.14
✎
19:54
|
(228) вооот, раньше не было описания функций типовых, а теперь и поведения системы в целом
эти люди идут на внешний рынок... |
|||
230
Ник второй
31.10.14
✎
20:45
|
(227)(228)(229) Вы не внимательно читали, каждой процедуре будет добавлен префикс расширения, читайте внимательно статью.
|
|||
231
Jump
31.10.14
✎
21:04
|
(227)Я так понимаю-
Расширение2 может вызвать метод Хрю() если он есть у него в конфигурации. А у него в конфигурации он может оказаться двумя способами - либо ты сам его напишешь, либо экспортируешь из типовой. А к расширению1 и его методам у расширения2 конечно же не будет никакого доступа. К тому же не уверен что можно будет подключить более одного расширения. |
|||
232
sinisterfrag
01.11.14
✎
16:50
|
Печаль, что в сапе 10 лет назад внедрено, в 1С только появляется. Заглянем в будущее, наверняка через пару лет зарелизят расширения таблиц, пакетное обновление конфигурации.
|
|||
233
Ник второй
01.11.14
✎
16:56
|
(231) ты тоже видимо плохо читал статью, судя по статье расширений может быть неограниченное количество и косвенно есть инфомрация о том, что расширения видят друг друга.
|
|||
234
Ник второй
01.11.14
✎
16:57
|
(232) Что есть в Сапе того что нет в 1С и я могу рассказать миллион вкусностей которых нет в сапе.
Так же в 1С давно есть пакетное обновление. |
|||
235
Jump
01.11.14
✎
17:02
|
(233)Ну я так понял. Насчет неограниченного количества я в курсе.
Но насколько я понял расширение подключается к конкретному сеансу. Т.е десяток пользователей может сидеть в базе, и у каждого разные расширения. |
|||
236
Escander
02.11.14
✎
14:52
|
(232) в 1С есть дофигища чего нет в сапе, обратное не верно.
|
|||
237
TormozIT
гуру
02.11.14
✎
22:21
|
Похоже, что скоро не нужно будет выпускать портативную ИР, а вместо нее будет расширение ИР. Интересно будет ли возможность подключать расширение из встроенного языка. Если да, то при вычислении в отладчике можно будет юзать расширение.
|
|||
238
Aleksey
03.11.14
✎
01:48
|
(237) "Во встроенном языке основной объект для работы с расширениями это МенеджерРасширенийКонфигурации."
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |