|
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) главное чтоб сам например после отпуска разобрался
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |