Объясните алгоритм в типовом решении. #554547

УТ 11. Обработка подбора. В форме есть таблица с товарами, и таблица с остатками по складам. Когда щелкаем по какому-то товару, показываются остатки по нем в разрезе складов. У таблицы товаров - событие при активизации строки. В нем строка ПодключитьОбработчикОжидания("ПодборТаблицаПриАктивизацииСтрокиОбработчикОжидания",0.2,Истина); т.е. обработчик, который с интервалом 0.2 секунды перезаполняет остатки в таблице складов. Почему ее нельзя просто вызвать один раз, при активизации строки номенклатуры?

потому как можно нажать на строчку подбора и отойти курить на час. а за час этот товар может продан.

тип тово, а может товар ограничен, и есть риск выписать то, что уже продано

короче говоря так тупо быстрее :)

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

В итоге прозвуало два решения: - чтобы не выписать тот который продали; - чтобы не делать расчет остатков на каждой строке при прокрутке. . интересует вопрос - 8-ки вообще понимают что и как работает и для чего в типовых конфигах..? или по типу абизян? . итого - для чего все-таки сделано по вопросу в сабже..?

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

Как и 7-ники, кто-то понимает, кто-то нет, кто-то думает что понимает. Кто-то не понимает потому что туповат, кто-то не понимает потому что написано криво. Миллион ситуаций. У Злопчинского видимо не хватает умишка выучить восьмерку, решить высказать фи.

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

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

Обоснованного ответа на вопрос "для чего все-таки сделано по вопросу в сабже" - нет... мнения разделились.. и это при том, что высказавших мнение чисто субъективно я оцениваю как квалифицированных специалистов... . Где правда, брат?

Так Нуралиеву захотелось -- любит он базы зопросами долбить, да и железо продается лучше

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

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

А причем тут ум? То что нормально работало в 7-ке в 8-ке из ограничения бантиков тупо не работает (начинает дико тормозить). И как следствие отключают в подборе остатки и цены или приделывают костыли типа как в . Но ведь проще сказать, что все вокруг гандо... один я дартаньян, чем признать что чем дальше, тем больше превращаются типовые в УГ

и в чем костыль??

Компромисс между скоростью работы и показом остатков

Это совершенно не компромисс. Пользователь нажал на стрелку и крутит записи и пока не остановился на какой-нибудь строке, база не дергается. Это разумно. И кроме того в типовых уже давно такое поведение. Да и не в типовых дело,  все прозрачно и очевидно итак. Так что это никакой не костыль и не компромисс.

Ради бога, называй как хочешь, от этого он костылем не перестанет быть

Вот вот.. называйте все костылем, что непонятно. Не ну было бы что, а тут..

Научи, а как надо было бы делать, чтобы ты не называл это костылем?

На 7.7 конечно! Что ж тут непонятного...

Все костыль, даже 1С костыль к екселю

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

я не согласен

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

обоснуй!

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

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

Без текста ПодборТаблицаПриАктивизацииСтрокиОбработчикОжидания разговаривать не о чем