Управляемые формы. Итоги в динамических списках
Многие задаются вопросами расчета итогов динамических списков в управляемых формах. Здесь мы не будем претендовать на академичность, оставим споры, что мол это не нужно, что это все равно что считать бородатых мужиков на движущемся эскалаторе, что это дополнительная нагрузка. Все это понимают, Кто не понимает - поймет на практике. Поэтому основываемся на... "снегопад, снегопад, если женщина просит..." или "..а мня плевать - мне очень хочется.."
Я попытался решить практические проблемы при расчете и выводе итогов.
В приложении примеры расчета итогов в иерархическом справочнике и журнале документов.
Я попытался решить практические проблемы при расчете и выводе итогов.
В приложении примеры расчета итогов в иерархическом справочнике и журнале документов.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
из текста "Тут нужно сказать спасибо разработчикам ..."- года 2 назад в длинные новогоднии каникулы
"развлекся" нечто подобным (итогами в журнале документов учета путевых листов- бац оперативно посмотреть в отборе циферки гсм,РВ и т.п.), когда столкнулся с непреодолимыми на моем уровне проблемами- то б/удовольствия стал смотреть на УФ и ДС. Вот почему некоторый создатель не желает совершенствовать свой -же продукт?
"развлекся" нечто подобным (итогами в журнале документов учета путевых листов- бац оперативно посмотреть в отборе циферки гсм,РВ и т.п.), когда столкнулся с непреодолимыми на моем уровне проблемами- то б/удовольствия стал смотреть на УФ и ДС. Вот почему некоторый создатель не желает совершенствовать свой -же продукт?
оставим споры, что мол это не нужно
Управляемые формы - это просто песня и легкость разработки. Вот у меня клиент пару месяцев назад в УТ10 в журнале заказов заказал нумерацию списка - что бы сбоку были порядковые номера. При этом при смене периода журнала, при наложении фильтров, при смене сортировок, что бы эта нумерация пересчитывалась и была актуальной: нашел по поиску нужный документ и видишь, что он 15345, а вверх и вниз идет уменьшение и увеличение счетчика. Для УФ это было бы легко, но тут обычная форма. Пытался я его отговорить, но ему нужно, а иначе он работать не может.... Пришлось сделать, даже не тормозило при прокрутке :)
Кстати, использование данных для вывода значения в подвале - правильное решение. Если пробовать менять текст в свойстве ТекстПодвала, то это будет приводить к пересозданию формы и лишнему серверному вызову.
(6) Вы совершенно верно все подметили - это была грустная шутка для тех, кто в теме.
С одной стороны некоторые вещи стали проще чем были в обычных формах (те же гибкие ДинамическиеСписки вместо дубовых объектов СправочникСписок и ДокументСписок), но с другой - многое бесит. Невозможность управлять самопоявляющимися отступами на форме, недоступность изменения свойств заголовков элементов, слетающие условные оформления на сложных списках и так далее...
С одной стороны некоторые вещи стали проще чем были в обычных формах (те же гибкие ДинамическиеСписки вместо дубовых объектов СправочникСписок и ДокументСписок), но с другой - многое бесит. Невозможность управлять самопоявляющимися отступами на форме, недоступность изменения свойств заголовков элементов, слетающие условные оформления на сложных списках и так далее...
Мдя. Не понял причин ажиотажа. Задача тривиальная, решение так себе, ресурсоёмкое и не очень-то универсальное.
За пассажи вроде получения результата в таблицу значений и потом итог по колонке вообще сразу минусовать хочется. Автор, видимо, не в курсе, что умеет СКД в части агрегирования данных и вообще итогов. И уж точно автор не представляет, что будет с сеансовыми данными при солидной выборке. Так что - учить матчасть.
Ну и ещё: во-первых, и без всяких ПолучитьИсполняемуюСхемуКомпоновкиДанных() можно обойтись, хотя и неудобнее; во-вторых, очень любопытно, что будет с таким подходом, если юзер возьмётся всяко группировать динамический список (потому и "отбор по текущему родителю" может быть бессмысленным), и в третьих, такие вещи делаются архитектурно иначе. Если клиенту нужны итоги, надо организовать их подачу отдельной механикой, а не лепить экселеобразный итог по колонке, простихосспади.
Впрочем, это хорошая публикация. Чем больше их будет, тем больше нам потом заработка на оптимизации отчаянно тормозящей системы)))
За пассажи вроде получения результата в таблицу значений и потом итог по колонке вообще сразу минусовать хочется. Автор, видимо, не в курсе, что умеет СКД в части агрегирования данных и вообще итогов. И уж точно автор не представляет, что будет с сеансовыми данными при солидной выборке. Так что - учить матчасть.
Ну и ещё: во-первых, и без всяких ПолучитьИсполняемуюСхемуКомпоновкиДанных() можно обойтись, хотя и неудобнее; во-вторых, очень любопытно, что будет с таким подходом, если юзер возьмётся всяко группировать динамический список (потому и "отбор по текущему родителю" может быть бессмысленным), и в третьих, такие вещи делаются архитектурно иначе. Если клиенту нужны итоги, надо организовать их подачу отдельной механикой, а не лепить экселеобразный итог по колонке, простихосспади.
Впрочем, это хорошая публикация. Чем больше их будет, тем больше нам потом заработка на оптимизации отчаянно тормозящей системы)))
(5)
Ну так тут СКД и формирует таблицу из одной строки уже сагрегированную.
(5)
Для этого и обсуждаем чтобы люди, которые опытнее могли помочь менее опытным.
Автор, видимо, не в курсе, что умеет СКД в части агрегирования данных и вообще итогов.
Ну так тут СКД и формирует таблицу из одной строки уже сагрегированную.
(5)
И уж точно автор не представляет, что будет с сеансовыми данными при солидной выборке.
Для этого и обсуждаем чтобы люди, которые опытнее могли помочь менее опытным.
Спасибо, но заработало только после следующих изменений:
до изменений Результат это табличныйдокумент, для него итог не работает.
// этот кусок
Результат = ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);
//заполняем реквизиты итогов подвала
ИтогиПоступилоПодвал = Результат.Итог("Поступление");
ИтогиСписаноПодвал = Результат.Итог("Списание");
// --------------------
// заменил этим:
ДанныеТЗ = Новый ТаблицаЗначений;
ПроцессорВывода.УстановитьОбъект(ДанныеТЗ);
Результат = ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);
Для каждого СтрокаТЗ Из ДанныеТЗ Цикл
ИтогиПоступилоПодвал = СтрокаТЗ.Поступление;
ИтогиСписаноПодвал = СтрокаТЗ.Списание;
КонецЦикла;
// -------------- Показатьдо изменений Результат это табличныйдокумент, для него итог не работает.
Для ФормыСписка справочника заменила вот этот эпизод
на вот такой:
Почему-то в Список.КомпоновщикНастроек.ПользовательскиеНастройки.Элементы было пусто после настройки списка - установки отбора. Может потому-что не запоминала настройки? (надо проверить)
А теперь вот какой вопрос: Если не выполнять отбор в настройке списка, а использовать "Поиск" то в отборах ничего не меняется, и где можно увидеть, что менялось значение для поиска?
Для Каждого ЭлементПользНастроек Из Список.КомпоновщикНастроек.ПользовательскиеНастройки.Элементы Цикл
//тут отборы и сортировка - отловим их
НастройкиСпискаТек = НастройкиСпискаТек + СокрЛП(ЭлементПользНастроек) + СокрЛП(Элементы.Список.Период.ДатаНачала) + СокрЛП(Элементы.Список.Период.ДатаОкончания);
КонецЦикла;на вот такой:
Для Каждого Эл Из Список.Отбор.Элементы Цикл
НастройкиСпискаТек = НастройкиСпискаТек + СокрЛП(Эл.ЛевоеЗначение) + СокрЛп(Эл.ВидСравнения) + СокрЛП(Эл.ПравоеЗначение) + СокрЛП(Эл.Использование);
КонецЦикла;
Почему-то в Список.КомпоновщикНастроек.ПользовательскиеНастройки.Элементы было пусто после настройки списка - установки отбора. Может потому-что не запоминала настройки? (надо проверить)
А теперь вот какой вопрос: Если не выполнять отбор в настройке списка, а использовать "Поиск" то в отборах ничего не меняется, и где можно увидеть, что менялось значение для поиска?
&НаСервере
Процедура Получить_ТЗ_Из_ДинамическогоСписка()
Схема = Элементы.ЧекиККМ.ПолучитьИсполняемуюСхемуКомпоновкиДанных();
Настройки = Элементы.ЧекиККМ.ПолучитьИсполняемыеНастройкиКомпоновкиДанных();
КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных();
МакетКомпоновки = КомпоновщикМакета.Выполнить(Схема, Настройки, , , Тип("ГенераторМакетаКомпоновкиДанныхДляКоллекцииЗначений"));
ПроцессорКомпоновки = Новый ПроцессорКомпоновкиДанных;
ПроцессорКомпоновки.Инициализировать(МакетКомпоновки);
ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВКоллекциюЗначений;
ТЗ = Новый ТаблицаЗначений;
ПроцессорВывода.УстановитьОбъект(ТЗ);
ПроцессорВывода.Вывести(ПроцессорКомпоновки);
//Возврат ТЗ;
нал1 = 0;
карта1 = 0;
общ1 = 0;
сдач1 = 0;
Для Каждого Строка Из ТЗ Цикл
нал1 = нал1+?(Строка.ПолученоНаличными = null,0,Строка.ПолученоНаличными);
карта1 = карта1+?(Строка.ПолученоКарта = null,0,Строка.ПолученоКарта);
общ1 = общ1+?(Строка.СуммаДокумента = null,0,Строка.СуммаДокумента);
//общ1 = общ1+?(Строка.СуммаДокумента = null,0,Строка.СуммаДокумента);
сдач1 = сдач1+?(Строка.Сдача = null,0,Строка.сдача);
КонецЦикла;
нал = Строка(нал1);
карт = Строка(карта1);
общ = Строка(общ1);
сдач = Строка(сдач1);
КонецПроцедуры
Показатья так сделал. И повесил события на отборы.