Развитие расширений:
- Поддержка внешних источников данных
- Развитие функционала тестирования и исправления логической целостности расширений конфигурации
- Улучшение производительности расширения макетов табличного документа
https://wonderland.v8.1c.ru/blog/razvitie-rasshireniy-8324/

пора писать базуху...

Всё в тему, особенно ВИДы.

При написании расширений, не работают подсказки по метаданным.
Не работает конструктор запросов.
Конфигурация расширения, в конфигураторе не знает о метаданных расширяемой конфигурации.
При добавлении объекта в расширение система тащит за собой ещё лишние объекты, картинки, перечисления и т.д, которые приходится удалять руками, во избежание ошибок при будущих обновлениях.


Молодцы конечно что добавляют новый функционал, но доводить до ума предыдущие разработки всё же стоит..

(1) Тебя останавливала только недостаточная "производительность расширения макетов табличного документа"? :)

"Оргаинзация"? Серьезно?
Ладно в типовых в коде ошибки, но в платформе это вообще зашквар.

А заимствованные макеты в расширении как не работали, так и не работают.
Заимствую в расширение макет, добавляю область, вывожу... Области по имени вроде видит, но выводит пустоту вместо них! Сами то хоть раз проверяли?

"Это нововведение даст возможность пользователям конфигураций на поддержке и облачных сервисов добавлять связь с внешними СУБД и быстро подстраиваться под изменения в структуре уже добавленных."

-муахаха

(6)+ Хочу сказать там эффективные менеджеры пытаются в маркетинг не понимая что выбранная технология не позволяет летать а только ползать

(7)+ С них конечные хотят нормальное решение для работы в внешними субд, работающее в т.ч. на фреше
А они пытаются туда костыльный ВИД впихнуть

Про внешние источники данных - хорошо, но все равно костыль.

Нужно было сразу сделать чтобы структуру внешнего источника задавать в конфигураторе, а строку подключения в режиме предприятия, а лучше иметь возможность связать с одним внешним источником данных, заданным в конфигураторе, несколько внешних источников данных, заданных в режиме предприятие (это значительно упростит возможности работы с несколькими однотипными внешними базами)

(9) Какой к черту конфигуратор?
Программно все должно быть в реалтайме

(10) Для 1с это космические технологии, хотябы так

(9) Совсем открытая платформа в планы вендора не входит.

в последней платформе 22 версии, реквизиты добавленные в расширении, не отображаются на заимствованной форме
это так должно быть?

(11) Какой смысл от захардкоженной структуры внешней СУБД в расширении?
Когда согласование расширения/обработки на фреше занимает хз сколько времени?

Там внешняя СУБД успеет несколько раз поменяться...

(12) Не понимаю что значит "совсем открытая", но работа с ВИД, когда ее не было в расширениях, просто ужасна и легче внешней обработкой через ADO делать

(14) Я сталкивался с ВИД еще до управляемых форм, понял, что в 1с - это дурь и работал через ADO.

А ВИД, в реализации 1с, на сервере работают или на клиенте?

(16) и там и там нужны поддержка

(4) я то тут причем

(16) хм хороший кстати вопрос касательно фреша

это что хостеру базы где фреш 1С лежит надо в открытом виде отдавать (и как то пробрасывать) доступы к внешним СУБД???

(19)+ муахаха2

Имхо строку (6) скоро изменят, когда поймут что хрень придумали

(19) "это что хостеру базы где фреш 1С лежит надо в открытом виде отдавать..." - с чего вы это решили?

(22) с моего понимания текущего механизма работы ВИД в 1С

(23)+ Я ошибаюсь?

(23) ВИД - это же просто возможность прописать внешнюю таблицу с ее полями. А соединяться с ней уже можете программно, если мне не изменяет память
Вот почитайте, если интересно https://its.1c.ru/db/v838doc#bookmark:dev:TI000000840
"Примечание. Параметры доступа к внешнему источнику данных, которые были заданы в конфигураторе, не будут использованы системой в режиме 1С:Предприятие."

А там уже хешируйте, солите и прикручивайте OAuth 2.0 авторизацию, в общем что душе угодно, чтобы получить доступ к таблице нужной.

(22)(25) ВИД работает &НаСервере согласен?
1С Фреш работает на сервере хостера, согласен?

Итого чтобы заработал ВИД в расширении, сервер хостера (а не комп клиента клиент) должен иметь доступ к внешней СУБД!
Как?

Какая то перепись наркомании.
В Java enterprise, даже великий Spring Data заставит тебя писать entity ручками, суко. И никаких конструкторов таблиц, как в "не таком как все" 1С.

(28) там есть автосоздание классов по таблицам в субд

(29)+ но потом да ручками entity допиливай если надо

(29) Как зависимость называется?

(31) жопа называется в яве
а вот другие ЯП предпочитают ормом обзывать

(32) Ок, каким классом в JPA можно нагенерить классов по таблицам?

(27) Раз 1совцы написали, что будет поддерживаться связь с внешними субд, значит что-то придумали для этого.

(33) https://habr.com/ru/company/haulmont/blog/547514/

(35)+ https://www.pvsm.ru/java/373413

https://www.pvsm.ru/images/2022/03/29/JPA-Buddy-izbavlyaemsya-ot-rutiny-prakticheskie-keisy-2.png

(34) Это анонс функционала
Как обычно с реализацией будут упс

Точнее локально то оно будет работать в расширениях на своем сервере
Но вот на фреше хрен
И в итоге как и ВИД почти не будет использоваться

(37) Было бы прикольно через HTTP сервисы получать нужную таблицу СУБД и уже с ней работать. Какой-нибудь протокол для этого дела прикрутить стандартный на json

(35) Спасибо

(38) Так подобное и наваял уже давно и юзаю

(39) Эээ и как тебе мир JavaEE ? Мир настоящего энтерпрайз кодинга на настоящем ЯП?
А не в этой вашей 1С...

(40) хочется что-то унифицированное с поддержкой множества субд, типа Одата, только для веба. С той стороны тебе скидывают доступ и нужные таблицы, ты их добавляешь в ВИД (с подключением по http) и работаешь уже в СКД)

(42) Нету.
Не только в 1С нету но и в других ЯП/технологиях

Старый анек в тему:

Спрашивают рабочего:
— Как Вы думаете, мы догоним Америку?
— Конечно, догоним, и даже перегоним. Но как-то неудобно бежать впереди с голой жопой.

Итог: в целом круто, но какие-то постоянные косяки портят впечатление.

(39) Кстати оно платное для "Generating entities from DB tables and views" :(

(42) В веб голую СУБД никто (в своем уме) не выставляет.

(46) Если не считать экзотики типа https://phiresky.github.io/blog/2021/hosting-sqlite-databases-on-github-pages/

ВИД`ы конечно круто, только будут ли они работать на Linux?
А как в них хинты оптимизатору задавать? Ждать 8.3.99?
Да ну нафиг, сделал микросервер на go с отдачей данных в json, как в (40), запросы подточил по скорости и забыл.
Несколько лет уже это не трогаю, а так придется каждый раз что-то избретать.

(48) А у меня есть положительный пример применения ВИД
Прокинул несколько таблиц из сервисдеска в нашу учетную систему
Наваял пару отчетов на СКД каких мне надо. Пару лет работает - не трогаю

(49) все это хорошо, а теперь ваша внешняя база просто изменит адрес - надо менять конфигурацию (теперь расширение), потому что строка подключения это элемент конфигурации

Фигня.
Использую расширения только для багфикса вместо динамического обновления.

Это все для фреша делается?

Когда уже запилят что-то приятное для энтерпрайза? gRPC (и http/2 для http-сервисов), адекватную многопоточку, паузу, и возможность держать открытым http соединение.
Еще надо внедрить модульность, DI, и размолотить ERP на штук 40 микросервисов.
Расширить ооп, чтоб хотя бы к структурам можно было методы биндить.
Да, и реализовать в СУБД работу с партиционированием.

Компании тратят сотни миллионов рублей на разработку простейших клонов ERP, и все из-за того, что желающим купить автомобиль, 1Ска продает автосалон.

(13) Угу, тоже словил этот "прикол"

(52) Из старой рекламы - "Лада по цене завода" )

Может конечно кто-то и воспользуется, но есть более нужные вещи - например возможность добавить регламентное задание, переопределить типы данных для реквизита, более оптимальная работа с расширяемыми формами..

(55)
"например возможность добавить регламентное задание" - легко. Давно уже реализовано на БСП через внешние обработки
"переопределить типы данных для реквизита" = а вот это непонятно зачем? Если не ясен какой будет тип данных, то можно выбрать произвольный, либо составной для определенных типов.
"более оптимальная работа с расширяемыми формами" - что имеете в виду?

(50) менять конфигурацию не нужно
Настройка параметров подключения ВИД - штатная штука
https://prnt.sc/L-6A4mPBYfs3

(57) + упс принтскрин сломался
Ну вобщем там это есть

не круто

(51)
Микросервисы уже не в моде )
У меня не хватает фантазии как DI в 1с использовать, есть примеры?

(60) DI в 1С очень даже нужен на уровне платформы
А не как сейчас только на уровне БСП и кода конфы где изобретают общие модули для этого отдельные

(51) >размолотить ERP на штук 40 микросервисов

чтобы реально разделить придется как в сапе пришлось, отдельные бд у каждого и дублирование данных между этими бд/сервисами с внутренней синхронизацией-обменами

(60) ой да блин полно вариантов, тут так можно разгуляться.

Например не хватает интерфейсов, чтоб например функция могла принимать любой объект соответствующий интерфейсу.
Например, в некоторых алгоритмах требуется некий документ.
У которого есть методы.
Чтобы переиспользовать этот алгоритм приходится создавать фиктивный документ в транзакции, выполнять операции, откатывать транзакцию.
Это лютое извращенство.

Определяемые типы, которые используются в подписке на события. Чтобы все корректно работало, нужно тип указывать конкретный!
А мне например нужно чтоб подписка работала для всех справочников, у которых есть n-й набор реквизитов и методов.
Все. Библиотеку не написать.

(62) да! причем дублирование не обязательно, но сейчас так и пишут, только с нуля.
бух доки из ерп едут в буху, зуп доки в зуп, при том что от ерп нужно только производство.
синхронизация контрагентов между базами тот еще сатанизм частенько.

А ведь банально нужно сделать отдельную базу для контрагентов, в зависимой базе хранить только пару "источник-гуид"
А данные получать в единый интерфейс из разных баз.
Пишешь данные из интерфейса ЕРП, но пишутся они в отдельную базу. И все подключенные базы сразу видят, без обменов, без дублирований.

Конечно для ларьков такое не надо, но так запрос на энтерпрайз же.

(64) "ух доки из ерп едут в буху, зуп доки в зуп," - зачем? Что мешает все в ерп вести?

(65) масштабы
когда у предприятия не только заводы, но еще и куча других видов деятельность.
бухгалтерия не будет в базе одного из заводов

Да и доработка системы по разному ведется. Банально тех окна на обслуживание разные.

(66)+ разграничение доступа

Контрагентов чтобы не заводили все кому не лень а только из микросервиса/базы контаргентов все прочие "модули" получали

А еще прикольное лицензирование у 1С.
Когда у тебя виртуалка в облаке, и параметры железа могут меняться при миграции.
Только ставить отдельный сервер лицензирования в подвале. Ну это же капец!
Отказоустойчивость 80го уровня.

Я очень жду 23 версию платформы, как появится сразу поставлю. Так как писать запросы в СКД и конструкторе запросов с полями из расширений тот еще израт, вот прям сейчас мудохаюсь, поля все пропадают, в ресурсы соответственно пихнуть поле из расширения не могу, потому что гладиолус...

(69) В консоли же можно писать и отлаживать?

Я вообще ну понимаю, как писать запросы в конфигураторе.

(70) А если в параметры нужно внешнюю таблицу на 100500 строк пихнуть, или в параметрах указать группу вместо элемента (в моей версии консоли не дает выбрать группу...)

(70) Дак для тестирования это одно, а ты отчет напиши для пользователя внешний с использованием СКД где используются данные расширений, выведи нужные поля в ресурсы, группировки настрой и т.д.

(71) Консоли ИР все умеют

(72) См. выше

(68) Да лицензирование с виртуалками это ахтунг
Памяти урезал и программная лицензия слетела
Или виртуалка на другой хост уехала и тоже слетела

(73) В консоли запросов отчет для пользователя не напишешь, не надо мне тут. Запрос составить без проблем, а отчет в готовом виде он не выдаст.
В консоли СКД можно, но для этого его нужно запускать в толстом клиента чтобы использовать конструктор схемы компоновки данных, или если это тонкий или вэб клиент тогда только в тексте его можно редактировать в формате xml. Что в общем то тоже не облегчает решение задачи

(0) Каждый раз ору с того как словом "зазеркалье" кичатся

Зазеркалье — вымышленное пространство, сказочная страна по ту сторону зеркала; в переносном смысле — место, где положение вещей доведено до абсурда.

(76) Надо писать в 1С...

(75) Ты отстал от жизни. Попробуй ИР в виде расширения.

То, что они не от вендора, конечно, большая бяка. Давно пора включить в поставку и взять на поддержку.

(78) Ты тоже отстал. Пробуй InfostartToolkitPROF.

(79) В чем отстал? Про эту поделку в курсе, сравнить пока не могу, не пробовал. Когда дадут без денег, тогда сравню. А лучше мне заплатят за тестирование.

(56)["например возможность добавить регламентное задание" - легко. Давно уже реализовано на БСП через внешние обработки]
Не хочется удалять гланды через задний проход..имелось ввиду стандартное добавление через пункт меню конфигурации.

["переопределить типы данных для реквизита" = а вот это непонятно зачем? Если не ясен какой будет тип данных, то можно выбрать произвольный, либо составной для определенных типов.]
Имелось ввиду, к примеру у какой то реквизита из основной конфигурации добавить новый тип.

["более оптимальная работа с расширяемыми формами" - что имеете в виду?]
Чтобы не тащился в расширение всякий мусор, когда нужно добавить например колонку на форме.