В новой версии платформы «1С:Предприятие» доработан механизм расширений

Возврат к списку

09.06.2017     
В версии платформы 8.3.11 появится возможность добавлять к прикладному решению собственные структуры для хранения данных: справочники, документы и регистры сведений. 
 
Теперь при добавлении в прикладное решение объектов и реквизитов, их данные будут сохраняться в информационной базе. А при доработке прикладного решения, с помощью расширений можно будет изменять структуру данных. 
 
Чтобы заполнять новые структуры своими данными, нужно будет добавить или модифицировать соответствующий объект конфигурации и перезапустить сеанс. 
 
Нововведение позволит добавить собственные: 

  • Справочники;
  • Документы;
  • Регистры сведений;
  • Планы обмена;
  • Реквизиты;
  • Табличные части и их реквизиты.

С подробной информацией о принципах работы нового механизма можно ознакомиться в технологическом блоге разработчиков. 
 
Ранее для платформы «1С:Предприятие 8.3.11» были анонсированы функции компактного хранения истории данных, выделения диапазонов строк и отображения единиц измерения, а также настройка объединения состава и типа объектов



Комментарии
1. MSConfig Infostart (MSConfig) 09.06.17 11:04 Сейчас в теме
Вот это настоящий прорыв!
chebser; Dmitri93; JohnConnor; bash08; y22-k; gubanoff; f9188031023; support; milkers; pm74; CSiER; biz-intel; TreeDogNight; Solovyeff; shalimski; Brawler; CyberCerber; +17 Ответить
2. Александр alex_2h2008 (alex_sh2008) 5 09.06.17 11:09 Сейчас в теме
интересно, во сколько раз упадет производительность
IvanovAV; meclonec; +2 Ответить
3. kolya_tlt kolya_tlt (kolya_tlt) 11 09.06.17 11:18 Сейчас в теме
(2) во столько насколько кривые запросы вы там напишете.
unmensch; chebser; Dmitri93; y22-k; rfcor; baracuda; kare; igo1; Anchoret; sansys; TreeDogNight; корум; shalimski; Brawler; ipoloskov; CyberCerber; +16 2 Ответить
4. Вадим Туманов (Wolfis) 4 09.06.17 11:18 Сейчас в теме
(2) наврятли сильно. просто запросы будут идти уже к другой таблице а не к типовой
user751607; +1 Ответить
9. Игорь Фелькер (Brawler) 328 09.06.17 11:43 Сейчас в теме
(4) не к другой таблице, а к нескольким одновременно
16. Александр alex_2h2008 (alex_sh2008) 5 09.06.17 12:22 Сейчас в теме
(4)Много маршрутизаций запросов, может получится, для маленькой базы это еще ни что, но вот что то по серьезнее это уже проблема, особенно когда накрутят с десяток расширений.
15. Константин Гейнрих (CyberCerber) 159 09.06.17 12:19 Сейчас в теме
(9) Как раз нет, к одной. Для этого вся существующая таблица копируется в расширенную.
18. Игорь Фелькер (Brawler) 328 09.06.17 12:43 Сейчас в теме
(16) да наверное нет. Там и так есть явно таблицы соответствий метаданных им таблиц данных, и в момент подключений/отключения расширений, их можно просто перезаполнить новыми данными.
17. Игорь Фелькер (Brawler) 328 09.06.17 12:38 Сейчас в теме
(15) да, принимаю ваше замечание.
Однако как мне видится, лучше бы под дополнительные реквизиты создавалась дополнительная таблица, в которой была бы колонка со ссылкой на сам объект и колонки доп.реквизитов. Однако это бы несколько снижало производительность запросов так как это еще одно соединение.
20. Александр alex_2h2008 (alex_sh2008) 5 09.06.17 12:55 Сейчас в теме
(18)Надо не забывать еще и про права доступа к таблице что так же накладывает дополнительную маршрутизацию
21. Константин Гейнрих (CyberCerber) 159 09.06.17 13:13 Сейчас в теме
(17) Я об этом писал в (6).
Думаю, да, выбрали такое решение, чтобы исключить во всех обращениях к расширенной таблице лишнее левое соединение. Скорость поставили на первое место.
37. Константин Давыдов (meclonec) 28 11.06.17 08:19 Сейчас в теме
5. Андрей (Krasnyj) 1144 09.06.17 11:25 Сейчас в теме
Еще сколько времени пройдет, пока режим совместимости в типовых не поднимут, чтобы это работало. Наверняка ведь, в режиме совместимости с предыдущими версиями это работать не будет.
user751607; +1 Ответить
7. Константин Гейнрих (CyberCerber) 159 09.06.17 11:28 Сейчас в теме
(5) Ну и пусть пройдет, это будет время для тестирования в реальных условиях.
biz-intel; Brawler; +2 Ответить
8. Андрей (Krasnyj) 1144 09.06.17 11:30 Сейчас в теме
(7) Это понятно, просто нисхождения благодати с этим - ждать не стоит. В типовых это не будет работать еще довольно долго.
Я сам делал расширение буквально три дня назад - и как не хватало именно этих возможностей :)
user751607; +1 Ответить
27. kolya_tlt kolya_tlt (kolya_tlt) 11 09.06.17 17:22 Сейчас в теме
(5) режим совместимости в последних подверсиях снимается быстро
28. Андрей (Krasnyj) 1144 09.06.17 17:41 Сейчас в теме
(27) и возвращается со следующим обновлением.
6. Константин Гейнрих (CyberCerber) 159 09.06.17 11:26 Сейчас в теме
О да, теперь заживем!

Интересное решение, что при расширении не создается новая таблица с ГУИДом и новыми колонками, а целая таблица переносится. Жесткая будет реструктуризация, если расширять или удалять расширение таблиц с тысячами элементов.
10. Игорь Фелькер (Brawler) 328 09.06.17 11:45 Сейчас в теме
Логическое развитие расширений в действии.
Что и ожидалось и обсуждалось.
user751607; +1 Ответить
11. А С (a45) 48 09.06.17 12:04 Сейчас в теме
а в чем сложность и какая выгода перед старым добрым добавлением в типовую конфу своих объектов ? если конфа "допиливается" расширениями то это снятие как минимум "головы" с поддержки ....
IvanovAV; ice-net; s22; +3 Ответить
12. Михаил Кочнев (Mi4man) 133 09.06.17 12:09 Сейчас в теме
(11)
ли конфа "допиливается" расширениями то это снятие как минимум "головы" с поддержки ....


расширения на то и есть , чтобы не снимать с поддержки ничего.
Откуда такая инфа?
CyberCerber; +1 Ответить
14. А С (a45) 48 09.06.17 12:15 Сейчас в теме
(12)
ения на то и есть , чтобы не снимать с поддержки ничего.


режим совместимости в типовых. Если его не убрать то "толковых" доработак через расширение не сделать. А чтобы убрать режим совместимости, нужно снять "голову" с поддержки (как минимум замок) .
13. Егор Иванов (Infactum) 218 09.06.17 12:15 Сейчас в теме
(11) Все изменения расширений делаются в первую очередь ради 1cfresh. В этот раз не исключение, хотя обычные пользователи тоже свои плюсы получат.
19. Евгений Курпяев (kurpyaev) 11 09.06.17 12:47 Сейчас в теме
22. Vasiliy (dimisa) 88 09.06.17 13:45 Сейчас в теме

Мы встроили вам документ в документ регистр в регистр и справочник в справочник.
Осталось только притуярить монитор )))
23. Игорь Фелькер (Brawler) 328 09.06.17 14:17 Сейчас в теме
(22) Всем хотелось ООП, которая невозможна на платформе 1С.
1С извернулись и сделали возможность расширять функциональность конфигураций не снимая их с поддержки.
Снова недовольны?
user751607; +1 Ответить
24. Константин Гейнрих (CyberCerber) 159 09.06.17 15:05 Сейчас в теме
(23) А почему ООП невозможно на 1С?
Да, я не доволен, я все еще хочу ООП. :-)
29. Роман Ложкин (webester) 24 10.06.17 03:52 Сейчас в теме
(23)Я хотел на мальдивы и всю жизнь пить коктейли глядя на бескрайнюю синюю гладь. А 1С извернулись и сделали возможность расширять функциональность конфигураций не снимая их с поддержки. Снова недоволен.
Можно и так написать. ООП и мальдивы с расширениями связывает только одно: они не имеют к ним никакого отношения.
CyberCerber; +1 Ответить
30. Олег Николаев (o.nikolaev) 199 10.06.17 08:34 Сейчас в теме
(23) А почему ООП не возможно на платформе 1С?
32. Виталий Попов (Сурикат) 152 10.06.17 10:41 Сейчас в теме
(30)
А вы не думаете, что создание расширения - это наследование, а изменение функций и типовых содытий в расширении - полиморфизм?

(23)
ИМХО ООП нафиг не нужно, какие проблемы с помощью него Вы будете решать?
1С и так заставляет мыслить разработчика терминами предметной области. Дополнительные абстракции тут не к чему.
34. Александр alex_2h2008 (alex_sh2008) 5 10.06.17 11:41 Сейчас в теме
(30)Архитектура решения, на данный момент не позволяет, и плюс внедрение ООП увеличит стоимость решений на этой платформе в несколько раз, и система не станет массовой.
33. Олег Николаев (o.nikolaev) 199 10.06.17 11:14 Сейчас в теме
(32) Ну, пожалуй, это наследование. Только это какое-то уж такое, здоровенное такое наследование. Где в качестве родителя выступает вся конфигурация. Изменение функций и типовых событий - это скорее переопределение, а не полиморфизм. Впрочем, как раз и без полиморфизма-то можно и обойтись.

ИМХО: добавление в язык платформы объектных возможностей, как мне представляется, позволит справляться с растущей сложностью прикладных решений. Уже сейчас есть проблемы в этом направлении. Понятие класса, понятие какой-то группировки классов в пакеты (или иные кластеры), должно помочь. Серебряной пулей это, естественно, не будет. Но позволит справляться со сложностью.
CyberCerber; +1 Ответить
36. Игорь Фелькер (Brawler) 328 10.06.17 15:32 Сейчас в теме
(32) Я не ратую за ООП, я озвучил не разумные хотелки других и не более.
35. Виталий Попов (Сурикат) 152 10.06.17 11:54 Сейчас в теме
(33)
), должно помочь. Серебряной пулей это, естественно, не будет. Но позволит справляться со сложностью.


Но ведь есть Общие модули, модули менеджера, модули объекта. Этого вполне достаточно для уменьшения зависимостей.

Не хватает, возможно, закрытых переменных.
Но это решается, используя DTO. Т.е. мы переменные класса выделяем в структуру, а методы класса, сосредоточенные в общем модуле или модуле менеджера, производят изменения этой структуры.

Такой подход, например, в типовой обработке проведения в УТ11. Создаем структуру, где есть данные для проведения. При этом у нас есть методы с одинаковым названием для каждого документа, которые содержаться в модуле менеджера и возвращают набор записей. Они заполняют структуру, а потом наша "фабрика" записывает движения.
25. Mars (Tsprogrammist1) 85 09.06.17 15:07 Сейчас в теме
Этого функционала очень не хватало!!! Супер!!! Ждем продолжения!
user751607; +1 Ответить
26. sergey makarov (s22) 20 09.06.17 15:30 Сейчас в теме
плохо, смысл довольно ограничен, так как требует для применения монопольного режима.
31. Олег Николаев (o.nikolaev) 199 10.06.17 08:45 Сейчас в теме
Видимо дело идет к поддержке "магазина расширений" на уровне платформы. С соответствующим "1CPlay" или "1CStory". Это было бы логично. :-)
eskor; TreeDogNight; Alister; Сурикат; CyberCerber; +5 Ответить
38. Андрей Суханцов (&rew) 6 13.06.17 08:44 Сейчас в теме
Теперь похоже подход к разработке "Совместимых" решений поменяется. Ваяешь расширение, навешиваешь на типовую бухгалтерию и вуаля! Вот тебе общепит, сельхохпредприятие, жкх и пр.
Dmitri93; +1 Ответить
Оставьте свое сообщение