sisdrou
Андрей Ст

(35)

Цитата
и не сложно поделитесь как в пользоват

Скинуть не могу, коммерческая разработка.

На форму выводите "Отчет.КомпоновщикНастроек.Настройки". Далее отдельными "списками значений": пользовательские поля и значения (если есть агрегирующие показатели).

В "КомпоновщикНастроек"элемента формы обрабатываете события "ПроверкаПеретаскивания" и "Перетаскивание". Далее сам код перетаскивания, ну и т.д.

Код

обКомпановкиДанных = Отчет.КомпоновщикНастроек.Настройки.ПолучитьОбъектПоИдентификатору(СтрокаКомпановки);        типОбъектаКомпановкиДанных = ТипЗнч(обКомпановкиДанных);        Если  типОбъектаКомпановкиДанных = Тип("ГруппировкаТаблицыКомпоновкиДанных") Тогда       НоваяГруппировка = обКомпановкиДанных.Структура.Добавить();       ИначеЕсли  типОбъектаКомпановкиДанных = Тип("КоллекцияЭлементовСтруктурыТаблицыКомпоновкиДанных") Тогда       НоваяГруппировка = обКомпановкиДанных.Добавить();    КонецЕсли;        НоваяГруппировка.Использование = Истина;        НовоеПоле = НоваяГруппировка.ПоляГруппировки.Элементы.Добавить(Тип("ПолеГруппировкиКомпоновкиДанных"));    НовоеПоле.Поле = ДобавляемоеЗначение;        НовоеПоле = НоваяГруппировка.Выбор.Элементы.Добавить(Тип("АвтоВыбранноеПолеКомпоновкиДанных"));    НовоеПоле = НоваяГруппировка.Порядок.Элементы.Добавить(Тип("АвтоЭлементПорядкаКомпоновкиДанных"));

(32)

Цитата
насколько мне известно СКД не умеет строить такие группировки в колонках без скальпеля, в строках да без проблем

Все отлично строит и передает настройки из пользовательского интерфейса в расширенный и обратно.

Цитата
По части ТЗ - оно как раз исходило от "автоматизатора бизнес-процессов". Считаю им было совершено верно предоставлены два возможных варианта реализации: Таблица формы или Табличный документ (без СКД).

Где они будут хранить настройку этого отчета, до сих пор не понятно. И да, может я что то пропустил, но не увидел отборов по отчету. А это значит дополнительная реализация, дополнительные деньги и время (что порой важнее).

И все-таки, я бы рекомендовал пользоваться СКД. Реализация отчетов на формах в дальнейшем может приводит к большим трудозатратам на доработку.

Отличная написанная статья ! Только зачем такая разработка в данной ситуации? Есть же конструктор СКД, его можно выводить по отдельным блокам. На пример, только структуру (Группируемые поля отчета). Оставив по умолчанию тип отчета "Таблица". Там можно редактировать , изменять и добавлять как угодно и что угодно. Я уже не говорю, что придется реализовывать систему сохранения этой настройки и передачу ее другому пользователю. Получается мне каждый раз придется по новой его собирать ?
Реализация такого отчета на динамической форме чревата тем, что форма "Динамическая". Управлять ее отражение достаточно сложно и дорого по трудозатратам.
Любая работа стоит денег и тут видно, что работа проделана большая. Но простите, я бы не заплатил за нее столько денег.

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

Статья на - 5.
Тех. реализация на - 5,
Целесообразность такого решения по этому ТЗ - 0.

Разработка красивая, но полезно она будет только для файловых баз 1С. Для серьезных фирм , это уже не рабочий вариант. Если хочется реализовать что то такое. Нужно это делать через "динамический список" и генерации запроса. У этой разработки есть один минус, она просто не будет работать на больших объемах данных.

Работа конечно отличная ! Явно люди заморочились с написанием кода и это наверное сейчас отлично работает. ИМХО я так код 100% реализовывать бы не стал. Если написать проще, пусть и не так красиво, то вполне удобно будет потом дорабатывать . А вот ты теперь попробуй это другому программисту отдать и пусть он тебе доработает с учетом различных изменений (удобрений и рекультивации полей или т.д.), ну или еще что там бизнесу в голову придет. Вот тут то и будут вилы, лишний мозготрах.

Очень большая проблема 1С на сегодняшний день - это ее все большее внедрение в системы с высокой нагрузкой, где нужны очень узкие настройки СУБД и отсутствие такого инструментария у 1С. Все эти моменты они оставляют на свое усмотрение. И когда мы смело добавляли индексы и вносили правки в СУБД, прекрасно понимая, что это нарушения соглашений 1С и прописанной методологии. Что нам остается ? А эта статья замечательная, но возможно она актуальна только до следующей платформы ). Пора уже дать возможность более гибкой настройки объектов метаданных и их поведению при построении запросов.

При формировании JWT, кодирует символ "\" перед каждым параметром в JSON. Как от этого избавиться ?

(87) Как только много народу на нее перейдет и она платной станет.

(7)
Ты сам у себя воруешь ? Оо тяжело наверное тебе...

Давно пора было уже это сделать!