Имя: Пароль:
1C
Жизнь прекрасна
1C сделала "Расширение данных" с версии 8.3.11 ☑
0 vis_tmp
 
09.06.17
✎
09:19
1C сделала "Расширение данных"
https://wonderland.v8.1c.ru/blog/rasshirenie-dannykh/
Свершалась мечта многих?
18 Мыш
 
09.06.17
✎
10:31
(15) А ты попробуй с ним поработать. И будет в конфигураторе открыто постоянно две конфигурации вместо одной. И вообще количество окон увеличится.
19 ildary
 
09.06.17
✎
10:32
(17) Почему не подходит? Столько костылей вынесется в расширение и можно будет упростить обновление конфигурации.
20 MaxS
 
09.06.17
✎
10:32
(12) Нужно сделать защиту от "дурака". При умышленном или случайном отключении расширения с данными, оно остаётся неактивным. Для удаления данных нужно зайти в конфигуратор и удалить все следы расширения окончательно.
21 Dmitry1c
 
09.06.17
✎
10:32
Использовать расширение для неснятой с поддержки конфы в небольшой компании, чтобы реквизит в табличную часть счета добавить - это ОК.

(19) Обновление конфигурации ты наоборот усложнишь.
22 ildary
 
09.06.17
✎
10:35
(21) Я честно говоря еще не применял расширения, поэтому рассуждаю как теоретик-ненастоящий сварщик.
23 Dotoshin
 
09.06.17
✎
10:35
(15) Ну так может как раз в этом и смысл, что можно будет добавлять свои реквизиты не снимая с поддержки?
24 tabarigen
 
09.06.17
✎
10:46
Вывод такой, для рукожо*ов это беда, тем же кто готов учиться и развиваться гуд. Вторых не так много, потому и поносят эту фишку.
25 bolder
 
09.06.17
✎
10:47
(0) Этого давно ждали)Только в реальных конфах на типовых еще даже совместимости 8.3.9 нет...А тут только в 8.3.11 расширение по данным.
Реально , не фантазируя в вандерленд, в 2020 это можно применить только будет..
26 ildary
 
09.06.17
✎
10:51
(25) с другой стороны - весной вышла 8.3.10, а летом ожидается совместимыя с ней ERP, УТ11.4, так что период адаптации может быть и коротким.
27 bolder
 
09.06.17
✎
10:53
(25) + Разговоры про расширения ведутся давно, но даже расширение функциональности, типа замены общего модуля, сейчас невозможно в типовых....
Работаем по старому - снимая с поддержки...
28 Il19
 
09.06.17
✎
10:55
хорошее начало для реализации модульности.
сделали основу, а потом навешивай/докупай - очень удобно.
но идея как обычно хорошая, а вот реализацию подождем...
29 Новиков
 
09.06.17
✎
10:57
(19) >> можно будет упростить обновление конфигурации.
В случаях, когда все сбоку - т.е. ты делаешь новую какую-то подсистему, и пихаешь туда свое все, желательно копи-пастя, а не используя типовое, то да - обновление будет как по маслу. Но и в обычном случае, оно тоже простое. Совсем другой будет замес, если в расширении ты начнешь добавлять типовые объекты метаданных, расширяя их. В этом случае, должна быть какая-то логика по их заполнению. Очевидно тоже в расширениях, иначе зачем весь огород. Скорее всего, будут грабли первых версий БСП, когда сделанное под версию один, не работает или отвалилось под версию 2 и т.д. Это сейчас классно под бсп клепать. Нужно время, годы скорее всего, чтоб этот функционал оброс мясом.
30 Мыш
 
09.06.17
✎
10:58
(24) Ты не прав. Мало вообще работающих с ним. И те, кто работал, делятся на две категории. Ругающие и хвалящие. Примерно в равных пропорциях.
31 Мыш
 
09.06.17
✎
11:00
(29) Вот, трезвый взгляд. А пока люди учатся, клепают расширения абы как, без прицела на будущее.
32 bolder
 
09.06.17
✎
11:00
(30) Не вижу смысла в использовании, пока типовые в режиме совместимости 8.3.8...
33 Мыш
 
09.06.17
✎
11:02
(32) Лично я из стана противников данного механизма. В любом режиме совместимости.
34 bolder
 
09.06.17
✎
11:03
(26) гораздо ВАЖНЕЕ когда типовые БП,УТ,ЗУП будут в режиме совместимости 8.3.9!Это сразу откроет дорогу расширениям...
35 Вафель
 
09.06.17
✎
11:05
Расширения будут гут, когда типовые перестанут мажорные релизы менять как перчатки.
Когда каждый релиз убивает все предыдущие наработки
36 Вафель
 
09.06.17
✎
11:05
(34) ну это уже в июле обещают
37 ildary
 
09.06.17
✎
11:06
(29) я согласен, что расширениям ещё есть куда расти в плане удобства работы, свидетельство тому - куча веток на мисте про проблемы использования. Но ведь растут.
38 Мыш
 
09.06.17
✎
11:06
(35) Это будет смерть фирмы 1С. Бег красной королевы рулит )
39 bolder
 
09.06.17
✎
11:08
(35) Разумное время жизни мажорного релиза?
2-3 года.Иначе - застой.
40 Вафель
 
09.06.17
✎
11:09
(39) Ну сейчас то явно не 2-3 года
41 Вафель
 
09.06.17
✎
11:09
Хотя для lts релизов принято 5 лет поддержки
42 ildary
 
09.06.17
✎
11:10
(40) а сейчас получается год-полтора?
43 Maniac
 
09.06.17
✎
11:10
(35) если такое станет - то ты первый кто не нужен будешь для того чтобы делать свои обработки и обновлять их
44 ildary
 
09.06.17
✎
11:13
(43) ничего подобного. Просто сократится работа "Срочно перед обновлением переписать все свои наработки под новую версию, а на текущие хотелки сотрудников придется забить". А обычная работа по вкручиванию дел фирмы в рамки конфигурации некуда не денется.
45 Вафель
 
09.06.17
✎
11:15
(43) Это ты не нужен будешь. А рядовой прог очень даже
46 Maniac
 
09.06.17
✎
11:17
(44) ты забываешь одно - что продукты 1С уже даже сейчас развиты настолько и будут еще сильнее - что скоро программист не нужен будет. для программирования.
Может быть консультант - да, настройщик, какие то мелкие фигни типа печатных форм, отчетов.

В структуру скоро никто вообще влазить не будет.
47 Вафель
 
09.06.17
✎
11:17
Обновлять мажорные релизы с расширениями ГОРАЗДО сложнее, чем если бы код был в конфе.
Ибо сравнения то расширения с конфой нет
48 Maniac
 
09.06.17
✎
11:19
Кстати масштабного переписывания уже два года как минимум нет.
Ничего не слетает.
Последние полеты были когда 11.1 на 11.2 переходила.
С тех пор сейчас даже все написанное для 11.3 работает и на 11.2
49 MaxS
 
09.06.17
✎
11:21
(32) ЗУП 3.1.3 тестовая не ниже 8.3.10.2168
Ждём БП 3.0 и другие.
50 Вафель
 
09.06.17
✎
11:22
(46) Может быть ларечники то наконец и вздохнут свободно.
А чуть посерьезнее - ой как далеко еще это светлое будущее. Скорее всего мы с тобой не доживем
51 Вафель
 
09.06.17
✎
11:22
(49) ЕРП 2.2.4 намечена на 30.06
52 Dotoshin
 
09.06.17
✎
11:22
(38) Обоснуй на счет смерти. В чем смертельность расширений для фирмы 1с? ИМХО это как раз будет новая технология разработки. Будет например базовая конфа, на которую будут навешивать расширения для реализации специфики отрасли.
53 Maniac
 
09.06.17
✎
11:24
(50) в чуть посеръезнее всегда только одна проблема - что юзеров много и их обучать надо как вести учет.
90 процентов проблем связана с низким уровнем квалификации юзеров, текучкой этих самых юзеров - когда менеджеро уволняется приходит новый который в вашей работе и программе ни бум-бум и так далее.
Нужен постоянный коуч. и регулировщик всех вопросов. администратор учета так сказать.
54 Вафель
 
09.06.17
✎
11:25
(53) Какая связь с программистом?
55 Maniac
 
09.06.17
✎
11:26
(54) тебе никогда юзер не задавал вопроса - я не программист, я не разбираюсь в вашей программе, что нужно сделать чтобы завести правильно контрагента.
56 Maniac
 
09.06.17
✎
11:29
Юзерам в любой компании пофигу программирет ли программист. Они все поголовно относятся к программисту, как к тому кому нужно звонить если что то в базе не получается.
57 Мыш
 
09.06.17
✎
11:31
(52) Ты меня не понял. Смерть будет, "когда типовые перестанут мажорные релизы менять как перчатки".
58 bolder
 
09.06.17
✎
11:33
(52) Он не про расширения.Он про быструю сменяемость релизов и обесценивание наработок.
59 Вафель
 
09.06.17
✎
11:34
(55) Конечно задавали и что?
60 Maniac
 
09.06.17
✎
11:35
(0) Новость замечательная!!! Но нужны будут еще годы чтобы оттестировать все и превратить в надежные механизмы.
Учавствовать буду! Уже есть куда применить.

Главное осталась одна проблема - вагоны контор работают на самописных конфигурациях со старыми релизами.
61 vis_tmp
 
09.06.17
✎
11:36
(16)Это - да )
62 Maniac
 
09.06.17
✎
11:36
Даже для небольших решений с этими механизмами теперь можно будет делать регистры и справочники, организовывать хранение настроек и обработок. Даже просто внешних.

Добавлять регистры сведений это вообще круто. Теперь уйдут в небытие вусякие сохраняемые внешние настройки в файлах и тому подобное.
63 vis_tmp
 
09.06.17
✎
11:37
(26)Интересно, УТ 11.4 снова вся перелопатится?
64 Dmitry1c
 
09.06.17
✎
11:40
(33) +присоединяюсь к стану противников данного механизма
65 lodger
 
09.06.17
✎
11:40
(60) "вагоны контор работают на самописных конфигурациях со старыми релизами" - это же фронт работ на десятилетия.
рано или поздно, все необновляемые или обновляемые частично приходят к желанию придти к типовому с минимальным допилом.
66 Dmitry1c
 
09.06.17
✎
11:40
Народ, а вы в курсе, что разработка с использованием расширений примерно в 2 раза трудозатратнее?
67 lodger
 
09.06.17
✎
11:41
(66) для 1 бд конечно, зато какая экономия при тиражировании.
68 Dmitry1c
 
09.06.17
✎
11:42
(66) (64) +

добавлю

я не против расширений как таковых. Неверно выразился.
В данный момент они сыроваты для норм. использования.

Когда вылижут - будет норм.
69 MaxS
 
09.06.17
✎
11:42
Жаль, что УТ 10.3 и подобные на платформе 8.3.11 не смогут работать с расширениями.
А то может быть придумали бы? Расширение в режиме совместимости со старой конфигурацией, работающей в режиме совместимости с древней платформой.
Ограничения расширения - данные не должны пересекаться. Только новый функционал. Типовые внешние обработки смогут увидеть данные из расширения. Таким образом можно, например, в типовом документе выбираем заполнить из... открывается обработка заполнения тч, которая берет данные из расширения...
70 Fish
 
гуру
09.06.17
✎
11:45
(68) "Когда вылижут - будет норм." - Думаешь, такой момент когда-нибудь наступит? :)
71 MaxS
 
09.06.17
✎
11:47
(69) + подписки на события в расширении видят события типовой конфигурации...
(66) Практиковал доработку древних типовых программной модификацией форм. Дорабатывать сложнее на порядок. Обновлять быстрее, затраты отбиваются через несколько обновлений.
72 vis_tmp
 
09.06.17
✎
11:56
(46)По моему опыту это не так....
Доработок делается вагон и маленькая тележка
73 vis_tmp
 
09.06.17
✎
11:57
(66)А в чём именно трудозатратнее?
74 Мыш
 
09.06.17
✎
12:07
(73) Теперь анализируешь код не только в основной конфигурации, но ещё и в расширении.
75 Мыш
 
09.06.17
✎
12:08
+(74) Ещё надо учитывать момент выполнения кода, т.к. в расширении можно программно отключить выполнение основных обработчиков, можно программно назначить выполнение после основных обработчиков. Попробуйте, граждане - вам понравится )
76 vis_tmp
 
09.06.17
✎
12:39
(75)Это понятно...
А как без этого реализовать такой функционал?
77 Сильф
 
09.06.17
✎
12:39
(66) трудозатратнее в два раза - это на этапе, когда плохо понимаешь, что это и как его готовить.
78 Dmitry1c
 
09.06.17
✎
13:01
Вот отличная медиативная задача, НЕ решаемая расширением:

Изменить отображение табличных частей документа "Поступление товаров и услуг" в конфигурации УТ11 таким образом, чтобы у пользователя в зависимости от прав доступа скрывались лишние реквизиты, порядка 10 реквизитов на форме, которые должны будут скрываться.

Вместо них должны отображаться реквизиты, добавленные в расширении.

Заранее известно, что при обновлении часть элементов управления оригинальной конфигурации, пропадает, часть меняет название, а часть переносится в другие группы формы.


=====================
Обновление такой конфигурации с использованием расширения займет БОЛЬШЕ времени, чем если бы изменения вносились в основной конфигурации.
79 Мыш
 
09.06.17
✎
13:03
(78) В начале неверно. Задача всё же решается с помощью расширения. Концовка точная. Времени на обновление уйдет больше.
80 Dmitry1c
 
09.06.17
✎
13:04
(79) да, просто сначала хотел другое написать, затем стер, а первое предложение забыл поправить.
81 Dmitry1c
 
09.06.17
✎
13:05
(78) +и если доработки типового документа хоть как-то сложнее, чем добавление реквизита на закладку "Дополнительно", то от расширений будет один гемор
82 Dmitry1c
 
09.06.17
✎
13:07
(78) +

Соответственно, задачи, которые нормально можно решать с помощью расширений

1. Небольшие доработки баз
2. Тиражные решения, на поддержку которых можно будет уделять больше времени
83 Dmitry1c
 
09.06.17
✎
13:08
(82) +3

исправление ошибок типовой конфигурации текущего релиза при помощи расширения (это для франчей удобно)
84 Мыш
 
09.06.17
✎
13:10
(82) Похожие ограничения указаны в документации 1С. Но кто же читает документацию до конца )
85 MaxS
 
09.06.17
✎
13:15
Может быть появится библиотека стандартных расширений (БСР) наподобие БСП.
По инструкции собрал из мега расширения своё узкоспециализированное. Когда обновилось типовая конфигурация, обновил расширение из последней БСР.
86 Dmitry1c
 
09.06.17
✎
13:22
(85) ну действительно, модульности конфам 1С не хватает.

Возможно, что-то появится
87 rabbidX
 
09.06.17
✎
14:09
Кто подскажет, что такое "заимствованный регистр"? Из статьи непонятно.
88 rabbidX
 
09.06.17
✎
14:11
Преимущество введение расширений перед непосредственным изменением метаданных - облегчение обновлений в типовых? Или зачем их вводили?
89 ildary
 
09.06.17
✎
14:12
(88) вводили расширения для облачного фреша, а оказалось, что пригодиться может и для прочего, а в перспективе внешние обработки будут заменяться на расширения.
90 Dmitry1c
 
09.06.17
✎
14:16
(87) это регистр, к которому согласно функционалу расширения, требуется обращаться

т.е. расширение изначально не видит метаданных конфы, туда надо сначала "заимствовать" нужные метаданные
91 rabbidX
 
09.06.17
✎
14:19
(90) Спасибо
92 rabbidX
 
09.06.17
✎
14:20
(89) Спасибо
93 Dmitry1c
 
09.06.17
✎
14:24
(46)

>>В структуру скоро никто вообще влазить не будет.
боясь все сломать
94 Вафель
 
09.06.17
✎
14:31
(93) Но 1с при этом влазит и влазит и влазит
95 Dmitry1c
 
09.06.17
✎
14:37
(94) хозяин барин
96 g00d
 
09.06.17
✎
16:01
есть повод выпить,
вангую эпоху новых подсистем для типовых через расширения.
97 g00d
 
09.06.17
✎
16:03
(78) Почему не решаема то? При первом приближении, ничего сложного
98 g00d
 
09.06.17
✎
16:12
Ooo, мой бог
------------
Выделение большого количества строк

Мы оптимизировали выделение большого количества строк в тонком клиенте, а кроме этого провели дополнительную оптимизацию выделения строк именно в динамическом списке для тонкого клиента и веб-клиента.

Помимо этого мы изменили сам алгоритм выделения большого количества строк и добавили возможность прерывания этого процесса. Теперь, если выделение строк продолжается более 2 секунд, на экране отображается форма, которая позволяет прервать процесс:
99 Dmitry1c
 
09.06.17
✎
16:25
(98) достойно пятницы
100 mehfk
 
09.06.17
✎
16:26
(100)
101 MaxS
 
09.06.17
✎
18:51
(89) Не хотелось бы чтобы пропал механизм подключаемых внешних обработок, т.к. обработкой можно воспользоваться через файл-открыть и при необходимости подключить. Обработка может быть универсальной для разных конфигураций, а совместимость расширения под вопросом.
102 Господин ПЖ
 
09.06.17
✎
19:09
>вангую эпоху новых подсистем для типовых через расширения.

пора открывать магазин типа апп-стора
103 Господин ПЖ
 
09.06.17
✎
19:10
нужно введение в 1с нормальной рефлексии

иначе совсем ж.па будет в рантайме...
104 Immortal
 
09.06.17
✎
21:07
интересно, с какой скоростью все это работать будет
105 Сияющий Асинхраль
 
09.06.17
✎
21:20
(101) По-моему, они этот механизм очень сильно покоцали, когда сделали так, что модуля менеджера нет во внешних отчетах :-( , и хрен теперь просто возьмешь и сохранишь большую часть типовых отчетов во внешние, без их изменения...
106 H A D G E H O G s
 
09.06.17
✎
21:31
(104) Я немного не вкурил.
Если мы реквизит добавили в существующий справочник - добавляется новая таблица SQL
Она ЗАМЕНЯЕТ старую или добавляется к ней Левым соединением?
107 Garykom
 
гуру
09.06.17
✎
21:49
(106) "Если расширение добавляет собственный реквизит к справочнику прикладного решения, то для этого справочника создаётся отдельная таблица с новой структурой (с дополнительной колонкой для нового реквизита).
Будем называть её расширенная таблица. В неё **переносятся данные из старой таблицы** справочника. В дальнейшем все обращения к этому справочнику будут переадресовываться к расширенной таблице."
108 Garykom
 
гуру
09.06.17
✎
21:50
(107)+ Работать будет шустро, но сам процесс реструктуризации после добавления расширения иногда можно будет не дождаться.
109 Garykom
 
гуру
09.06.17
✎
21:59
Хм у меня подозрение что на этих "расширениях метаданных" будут сломаны ноги и легче перейти на NoSQL.

С документо-ориентированными системами намного проще с их модификациями в новых версиях, когда много старых записей.
Просто пишутся заглушки для полей, которые есть в новых документах, но их нет в старых.
110 vis_tmp
 
09.06.17
✎
22:00
(105)И, кстати, совершенно непонятно почему так сделано
111 Naf2017
 
22.06.17
✎
16:52
Что только не сделают, лишь бы не делать наследования
112 Fragster
 
гуру
22.06.17
✎
16:53
(106) она делает новую таблицу рядом и копирует в нее строки по области данных (если нет разделения, то все строки) и работает с ней. при отключении расширения - копирует обратно.
113 Fragster
 
гуру
22.06.17
✎
16:54
причем для каждой области данных своя таблица
114 Вафель
 
22.06.17
✎
16:56
(113) таким образом во фреше можно иметь свои таблицы.
То бишь базу внутри базы )))
115 ptiz
 
22.06.17
✎
17:02
Кто-нибудь работал с конфигурациями, на которые накручено несколько расширений? Там без поллитры не поймешь, какой код и какие формы в итоге получается!
Сопровождение выходит очень дорогим.
116 Cyberhawk
 
22.06.17
✎
17:13
(115) Так это только на руку )
117 Вафель
 
22.06.17
✎
17:14
(116) главное чтоб сам например после отпуска разобрался