Преамбула - в список выводятся несколько рассчетных колонок в ПриПолученииДанных
если быстро листать список это дело подтормаживает(написано все красиво, тут затыков нет) да и считаю неоптимальным рассчет данных, которые не нужны.
Думаю - прицепить обработку ожидания на событие ПриВыводеДанных с интервалом в секунду, но - не пойму пока как
сбрасывать счетчик обработки ожидания в привыводеданных, но как потом вернуться в привыводеданных?
есть какие мысли на эту тему?

Сделай переключатель над списком "Выводить доп. информацию / не выводить доп. информацию"...

(1) переключатели есть, но тема актуальна

вызвать ПриПолученииДанных в обработчике ожидания, но тогда надо еще какой то флаг держать в руке, дабы по нему не вернуться в обработку ожидания?

1. кешируй расчетные данные
2. используй соответствия, заместо поиска в тз.
3. усё будет летать на этом неповоротливом снеговике.

(4) соответствие разве быстрее поиска в тз?

короче, кешируй расчетные данные в Соответствие для каждой расчетной колонки своё соответствие.

Таймер секундный.
Сбрасывается ПриВыводеСтроки
Когда таймер достиг 3 секунд - он выставляет флаг, обновляет список и отключается.
Список обновляется,

+5 про кеш не забываю

(5) раз в 10 наверное быстрее

(5) Нет.
Епрст глупит.

Они монопенисуальны с индексироанной таблицей.

(10) ну и оставайся в неведении

(7) вот, про привыводестроки пока не думал, спасибо за на водку )

Таймер секундный.
Сбрасывается ПриВыводеСтроки
Когда таймер достиг 3 секунд - он выставляет флаг, обновляет список и отключается.
Список обновляется.
Следующий ПриВыводеСтроки снова включает таймер.

Проблема только в вызове обновлении списка программно, я не помню, вызовется ли при этом ПриПолученииДанных

Кстати, годный механизм, надо попробовать

(14) "вызовется ли при этом ПриПолученииДанных" вызовется, верняк

Майккул, ты иногда способен удивить концептуальными идеями.

ПриПолученииДанных обработку ожидания на 0,5 секунды, однократную. сначала отменить, потом поставить. тогда если мотать быстрее, чем раз в 0.5 секунды - колонки рассчитываться не будут.

(17) эти идеи я почерпнул еще году этак в 2002 когда работал в крупном проекте на дельфи )) с тех пор привношу их в 1с

(16) сфига при изменении оформления вызываться получению данных?

(20) какого оформления? "в вызове обновлении списка программно," - вот тут вызывается

(18) (20) Ты написал 2 поста и я тебя не понял, что озадачивает и пугает.

(18) Можно поподробнее?

(23) я тоже что то не сложил в уме

https://www.dropbox.com/s/b2pl4qzkvm4e8ln/wait.epf

Через соответствие будет всё равно быстрее ,чем через индексированную тз минимум, в 2 раза.
Всё время на поиск в тз будет тратится на добавление в структуру параметров для отбора по тз + получение данных с массива.

(26) вопрос не в том, как ускорить расчет, а в том, как не считать, когда не надо (когда быстро мотаем список или еще что)

(26)
Всё время на поиск в тз будет тратится на добавление в структуру параметров для отбора по тз + получение данных с массива.


Мизер.

(27)

       Ждем = ТекущаяДата() + 2;
       Пока ТекущаяДата() < Ждем Цикл
           // ждем
       КонецЦикла;


Это бы на еще один обработчик ожидания заменить, но боюсь, если ОформленияСтрок уйдут из области видимости процедуры
ПриПолученииДанных() - они разрушатся.

Надо пробовать, че...

(27) У тебя есть внеплатформенный sleep() ?

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

а прокидывание оформлений в обработчик ожидания - оно почему-то в дамп валит, влом разбираться

(31)

Процедура Пауза() Экспорт
   Инфо = Новый СистемнаяИнформация();
   Если
       Инфо.ТипПлатформы = ТипПлатформы.Windows_x86 ИЛИ
       Инфо.ТипПлатформы = ТипПлатформы.Windows_x86_64
   Тогда
       ЗапуститьПриложение("ping -n 2 127.0.0.1", , Истина); // windows
   Иначе
       ЗапуститьПриложение("ping -c 2 127.0.0.1", , Истина); // linux
   КонецЕсли;
КонецПроцедуры

(32) Область видимости - как и предсказано.
Скорее всего чето рекурсивное запускается и с переполнением стэка умирает.

(33)+ только на сервере

(33) Брррр.

(36) в многопоточном тесте и не такого насмотришься :)

Какой-то мегатормоз, а не поделка.. вообще ничего не листается

(38) Это ожидалось.

(38) листается. просто если остановиться, то оно на 1-2 секунды замерзает. типа считает что выводить. по хорошему - (32)

(40) да никак не листается
:(

(41) off course!

кстати, там ошибка небольшая. надо так:

Процедура ЗаполнениеКолонок()
   Сообщить("Заполнение");
   
   ПоТаймеру = Истина;
   ЭлементыФормы.ТабличноеПоле1.ОбновитьСтроки();
КонецПроцедуры

почему-то обновление не дожидается опустошения стека вызовов (или еще что-то мистическое) и "долгий расчет" 2 раза происходит

выкинул пустой цикл, теперь листается, но, в верхних двух строчках нет данных, при остановке, данные каждый раз пересчитываются, что не есть гуд.

(45) чета фигня какая-то. у меня все так, как я ожидаю. пока мотаешь - колонка не заполняется, останавливаешься - заполняется.

есжели форму растянуть - тоже болт  (нет расчетных данных)

(46) она заполняется не вся

(47) растянуть - через пол секунды (+ время цикла) данные появляются

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

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

сравнивать текущее время с этой переменной - если меньше 1 секунды (лучше 0.5) - возврат и вызов обработчитка ожидания на 1 сек

иначе - выполнение

в обработчике - если время переменной отличается от текущего на 1 сек - обновить форму
иначе - возврат

(49) неа.. уже пару минут висит, пока тут сообщение постю - могу скриншот кинуть, как это выглядит

(52) может 1ску штырит? попробуй обработку с 0 сделать.

(53)+ учитывая (43)

В при активизации строки подключать обработчик ожидания.
В обработчике ожидания включать флаг и обновлять форму.
В приполученииданных смотреть флаг и выводить нужные данные.

Вроде должно взелеть.

(55) Не тоже не вариант - при растягивании формы - не сработает снова.

В приполученииданных сбрасывать флаг и подключать обработчик ожидания.
В обработчике ожидания включать флаг и обновлять форму.
В приполученииданных смотреть флаг и выводить нужные данные.

Так лучше.

http://rusfolder.com/37267954
вот видево

что в (43)  учел

Процедура ОбновитьСписок()
   Если ТекущаяДата() - ВремяОбновленияДанных < 2 Тогда
       Возврат;    
   КонецЕсли;
   ЭтоПервыйПроход = Истина;
   ЭтоВторойПроход = Ложь;
   ВызванИзОбработчика = Истина;
   ЭлементыФормы.СправочникСписок.ОбновитьСтроки();
КонецПроцедуры

//Процедура - обработчик события "ПриПолученииДанных" табличного поля СправочникСписок
//
Процедура СправочникСписокПриПолученииДанных(Элемент, ОформленияСтрок)
   
   Если ВремяОбновленияДанных = '00010101' Тогда
       ВремяОбновленияДанных = ТекущаяДата();
   КонецЕсли;
   
   Если Не ВызванИзОбработчика Тогда
       ВремяОбновленияДанных = ТекущаяДата();
       ПодключитьОбработчикОжидания("ОбновитьСписок",3,Истина);
       Возврат;
   КонецЕсли;
   
   Если Не ЭтоПервыйПроход И Не ЭтоВторойПроход Тогда
       ВызванИзОбработчика = Ложь;
   КонецЕсли;
   
   Если ЭтоПервыйПроход Тогда
       ЭтоВторойПроход = Истина;
   Иначе
       ЭтоВторойПроход = Ложь;
   КонецЕсли;
   
   ЭтоПервыйПроход = Ложь;
   
   ВремяОбновленияДанных = ТекущаяДата();
   

концепт - рабочий - только время желательно до долей секунды учитывать

переменные все в реквизитах формы

(60) что-то буков много

заковырка в том что обработчик получения данных срабатывает три раза подряд при обновлении спсика

(58) а ты сам обработку делал? а то у меня колонок в ТЧ больше... и работает все...

(61) говорюже - концепт - собрано на коленке

(62) ты в (25)+(43) смотрел? кнопок намного меньше...

не кнопок а буков

(60)

   Если ЭтоПервыйПроход Тогда
       ЭтоВторойПроход = Истина;
   Иначе
       ЭтоВторойПроход = Ложь;
   КонецЕсли;


Сильно

(65) видево поглядел эффекта ?
у тебя так же, или не ?

(68) не, у меня все четко

а релиз какой у тя ?

(0) пля, открываем любую типовую конфу. Справочник Сотрудники - форма списка. Событие соответствующего табличного поля ПриПолученииДанных и смотрим как там организован этот процесс. Нет - надо лисапед изобретать.

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

Почему в ПриПолученииДанных не все строки попадают?

у меня 8.2.16 в совместимости 8.1

+(71) кстати там для кеширования данных сотрудника используется таблица значений с индексом по полю сотрудник.

странну, у меня тоже 8.2.16 с совместимостью 8.2.13

(74) у тебя прямо сразу колонок было столько, сколько на видео?

да. я выкинул наименование с формы.

задержку поставил в обработке ожидания 0.1

ну и сообщить все заккоментил

(78) ну ХЗ, я ж говорю - попробуй с нуля другую обработку сделай с таким же (условно) кодом

(71) сам ты пля )))) для меня типовые не авторитет, я ищу только лучшее, но за ссылку спасибо - посмотрю

+80 открыл зуп корп, приполученииданных - и где там заявленное в сабже???

(81) Он скорее всего про
мКешПриПолученииДанных

Только что делать с устареванием данных?

(83)
варианта 2 - обновлять по кнопке, либо по таймеру раз в минуту

Это не вариант

(31) был же ужо, даже я свои дописки в кз дописывал
вот найти чтолибо в кз трудно ((

(85) было бы оповещение меж сеансов - вопросов бы не было

(86) Все что вы дописывали в КЗ - хрень.

Мне концепт RomaH понравился, счаст заделаю себе.

что то насчет трех срабатываний - хз, два было, помню, но три - ни разу

(89) чем он лучше варианта:

Процедура ЗаполнениеКолонок()
   ПоТаймеру = Истина;
   ЭлементыФормы.ТабличноеПоле1.ОбновитьСтроки();
КонецПроцедуры

Процедура ТабличноеПоле1ПриПолученииДанных(Элемент, ОформленияСтрок)
   
   Если ПоТаймеру Тогда
       ПоТаймеру = Ложь;

       // оформить строки
       Для каждого Оформление Из ОформленияСтрок Цикл
           Оформление.Ячейки.ДолгоСчитается.УстановитьТекст(ТекущаяДата());
       КонецЦикла;
   Иначе
       ОтключитьОбработчикОжидания("ЗаполнениеКолонок");
       ПодключитьОбработчикОжидания("ЗаполнениеКолонок", 0.5, Истина);
   КонецЕсли;
КонецПроцедуры

зачем плодить "проходы"?

Пересоздал поделку с "0", эффект остался..
ща в 8.1 попробую.

(91) он работает? ОбновитьСтроки - вызывает получение данных вроде как минимум два раза - я делал на сотрудниках в ЗУП - там получалось 3 раза

ОтключитьОбработчикОжидания("ЗаполнениеКолонок");
надо добавить после

Если ПоТаймеру Тогда
       ПоТаймеру = Ложь;

Странно, 3 параметр (Однократно) не отрабатывается.
8.2.17.159

(94) Все, понял. RomaH дело говорит :-)

(94) у меня отрабатывает все четко (1 раз) (у меня там были еще Сообщить() добавлены - следил по ним)

(94) 2 раза у меня.

(99) 2 раза - это скаченная, или именно с кодом (91)? в той, которую я выкладываю сначала идет ОбновитьСтроки, потом ПоТаймеру = Истина; из-за этого два раза вызывалось.

v8: v8: Событие ПриПолученииДанных отрабатывает дважды

agarych

   
(0) посмотри на ИТС там все написано.

Первый раз отрабатывает, для строк выше текущей строки, второй раз для текущей строки + все что ниже.

Кстати два раза он у тебя будет вызываться если ты кнопки page up, page down используешь. И один раз если колесиком мышки крутить.

(100) (91)

(101) Все понятно.
Как ты ТРИ раза добился?

(60) тестировалось на ЗУП - там не оформленные строки занимают 2 строки, а оформленные - 1

поэтому, похоже, отрабатывает целых три рааз

т.е. обработало одну порцию - верхнюю - оформило - вывело
на экране стало показывать больше строк чем было изначально
потом - обрабатывает вторую часть - изначальну
на экране помещается еще больше строк
потом - обрабатывает все оставшиеся строки

по сути алгоритм из (60) вроде должен работать хоть на одном хоть на трех проходах

понял, счас посмотрю, что можно сделать...

апдейт, который пашет правильно, вроде:

Процедура ВключитьТаймер()
   ПоТаймеру = Истина;
   ЭлементыФормы.ТабличноеПоле1.ОбновитьСтроки();
КонецПроцедуры

Процедура ВыключитьТаймер()
   ПоТаймеру = Ложь;
КонецПроцедуры

Процедура ТабличноеПоле1ПриПолученииДанных(Элемент, ОформленияСтрок)
   
   Если ПоТаймеру Тогда
       Для каждого Оформление Из ОформленияСтрок Цикл
           Оформление.Ячейки.ДолгоСчитается.УстановитьТекст(ТекущаяДата());
       КонецЦикла;
       ПодключитьОбработчикОжидания("ВыключитьТаймер", 0.1, Истина);
   Иначе
       ОтключитьОбработчикОжидания("ВключитьТаймер");
       ПодключитьОбработчикОжидания("ВключитьТаймер", 0.1, Истина);
   КонецЕсли;
КонецПроцедуры

лучше у включения таймаут 0.5, иначе если успеть после первого оформления - то он при мотании будет оставшиеся строки все равно доотрисовывать

(108) в этом случае только раз срабатывает ПриПолученииДанных?

(110) см (101)

(111) это я посмотрел, получается что в этой процедуре ОформленияСтрок - весь выводимый набор, но срабатывает дважды для "верха" и  "низа"?

+112 нафига тогда в ОформленияСтрок  пихать весь набор?

(110) не все-ли равно ОформленияСтрок всегда разные

(113) точно разный?

(108) Вроде работает :-)

(114) так если всегда разный, то какая разница - какой проход? если надо обработать все

так что - годная тема получилась? можно было на конкурс с ипадом отправлять? )))

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

(119) зачем отслеживать номер прохода, если каждый проход содержит другую коллекцию строк, которые надо обработать?

(120) ... что бы не обрабатывать 4 проход вызваный прокручиванием спсика

все равно не понимаю )))
есть событие, которое вызывается три раза
1) для текущей строки
2) для строк выше
3) для строк ниже
порядок щас не суть, каждый вызов содержит
1) одну строку
2) строки выше
3) строки ниже
каждую эту коллекцию надо обработать, а у тебя получается первые две пропускается и обрабатывается только третья?

объясняю логику
надо обновить данные только после 3 секунд после остановки прокручивания

т.е. надо выподнять обновление не сразу, а только после 3 секунд после обновления

для этого при обновлении ... читайте код

(122) у меня первые три обрабатываются - а последующие нет

(124) а, епа мать )))

2) строки выше
3) строки ниже
3) строки которые получились после уменьшения высоты строк из впервых двух коллекций

(122) у меня первые три обрабатываются - а потом сбрасывается флаг, что это вызов надо обрабатывать

Для того, чтобы случайно не попасть в период, когда таймер включен, но мы крутим форму - выключение флага перенес в обновление отображения, вроде работает:


Процедура ВключитьТаймер()
   Таймер = Истина;
   ЭлементыФормы.ТабличноеПоле1.ОбновитьСтроки();
КонецПроцедуры

Процедура ТабличноеПоле1ПриПолученииДанных(Элемент, ОформленияСтрок)
   Сообщить("При получении " + Таймер);
   Если Таймер Тогда
       Для каждого Оформление Из ОформленияСтрок Цикл
           Оформление.Ячейки.ДолгоСчитается.УстановитьТекст(ТекущаяДата());
       КонецЦикла;
   Иначе
       ОтключитьОбработчикОжидания("ВключитьТаймер");
       ПодключитьОбработчикОжидания("ВключитьТаймер", 0.5, Истина);
   КонецЕсли;
КонецПроцедуры

Процедура ОбновлениеОтображения()
   Сообщить("Обновление " + Таймер);
   Таймер = Ложь;
КонецПроцедуры

да вроде и так норм отрабатывает

(129) ну, залипнуть может - попробуй таймаут на выключение таймера поставить 5 секунд :)

(130) Он не залипнет. Он будет отрабатывать как будто никаких приблуд нет.

(130) Ну отработает несколько ПриПолученииДанных(), потом отлипнет.
Для 0.1 секунды вообще вряд ли так случиццо.

Для 0.1 таймер срабатывает по ощущениям как через секунду (

Но вообще идея здравая, лучше перебдеть :-)

(133)
Вызов будет осуществляться только в "состоянии покоя", то есть в тот момент, когда программа не выполняет никаких действий.

не, щас поставил 0,1 - не успеваю нажать на клавишу - срабатывает ))) надо 0.2

(136) Тоесть?

p.s. Вот мы фигней занимаемся...

(138) почему фигней? я не знаю как у кого, но мне например не приятно, когда я листаю список, а он у меня покадрово с интервалом в 2 секунды прорисовывается ( юзерам думаю тоже не прикольно

(139) И сколько у тебя расчетных колонок ?

(140) пока две, щас планируют еще штуки три

щас по мелочи переделываю вывод списка, умудрились получать валюту бух и упр в цикле по каждому оформлению ((( в шоке

(142) если в Корпе нет, то пример можно посмотреть на конфе КА или УПП.

(143) да хватит с меня копрокода

грубо суть в следующем, с оформлениястрок снимается информация по полю источнику. Затем выполняется проверка наличия данных в кэше. Если данных нет - выполняется их получение с последующей записью в кэш.

(145) да как бы уже разобрались )))

(145) Я тя помню еще с тех времен, когда бы запрос к ТабличномуПолю делал :-)

бы->ты

(147) попрошу без наездов) Все мы были когда то молодыми и глупыми )

(141) тогда точно фигнёй.. всё и так листается на раз, переделай тока на соответствия.

(145) да. только вот у тебя 10к номенклатуры и колонка с остатками. ты мотаешь список пэйдждайном. как тебе кэш поможет?

(150) нихрена не на раз, залипание на вывод почти в секунду
но щас разгребу всю процедуру, возможно половину перенесу в запрос

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

ну кидай свой код в приполучении

(153) я не думаю, что их радует ждать после каждого нажатия )
как нибудь договоримся о компромиссе ))
(154) еще в процессе, кидать стыдно - он не мой )

(153) допустим у тебя идет набор по строке. зачем тебе задержка на показ ненужных данных? а если данные получаются 2 секунды, то задержку в +0.2 ты не заметишь

(153) А мы опционально....

ПВХ
НастройкиПользователей
хватит на всех.
Даром.
И никто не уйдет обиженным.

в идеале - чтобы вообще не тормозило - надо еще на фоновые переделать

(151) хм - я просто других вариантов не представляю. Либо каждый раз базу дергать, либо данные где то хранить.

(160) вот в (0) вариант - дергать данные только когда мы остановили прокрутку списка...

(160) лучше дергать по таймауту нужные, потому как акуальность их меняется довольно часто

10к влёт кешируются в соответствиях, проверено.
У меня нет вообще обращения к базе при получении данных, тормозов, тоже нет..

(163) а на создание соответствия времени сколько уходит?

(161) одно другому не мешает.

(164)задержка при открытии формы подбора..1-2 секунды..

не так и много

могу видево слепить

+(165) идея конечно интересная сама по себе.

(169) Она великолепна.
Как поддерживать кэш в актуальном состоянии?

(170) нужен механизм, контролирующий изменения данных с момента последнего залива их в кэш.

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

(170) да никак не поддерживается, это форма подбора номенклатуры с останками и  кнопкой обновить.
Я забил на "актуальность" останков в "прямом эфире"

(173) Ну вот и все дела.

Когда идет выписка реализаций - остатки будут скакать каждую минуту, нафиг этот ваш кэш.

(175) согласен - тут не поспоришь.

(174) на самом деле, при любой продаже получать всегда "актуальные" останки не реально, да и не верно это.
Ну прилетел тебе якобы "реальный остаток" в документ - и далеко не факт, что в момент проведения он еще будет на останках.

<робко> ... а может, сделать этот список на УФ?

+(176) хотя если присобачить какое нить оповещение кэша об изменении остатков - хз. Вот только как это реализовать? И где хранить кэш в таком случае?

Попробуйте с данным механизмом ВывестиСписок

Правой кнопкой - Вывести список.
И выберите расчетные колонки.

Бяда.

(180) ты о отрисовке с задержкой?

(182) Да

врят ли кто будет печатать это..

Как бы отследить источник вызова ПриПолученииДанных

(185) или как вызвать команду "Вывесит список" программно?

А вы УФ с динамическим списком не пробовали использовать?

(187) уже спрашивали про это

(184) у меня как раз любители печатать (

забил бы давно болт на это, всё в кеш и привет.

и обновление кеша по кнопке.

(188) и где же ответ на этот вопрос?

(192) см (181)

+193 мои пользователи привыкли к отбору, а не к поиску (
и пока я их не буду переучивать, ибо и так туповаты, да скоро новая конфига будет внедряться

(194) у нас тоже привыкшие были, переводил все формы списков на УФ постепенно, когда раскушали - сказали срочно давай еще это, это и это! Не увидел никаких проблем с печатью списка.

А зачем считать ПриПолученииДанных? Почему нельзя сразу в таблицу поместить уже посчитанное?

(194) ну чего, слепил ?
Можешь видево снять, как сейчас форма "ездиет" ?..