Странная наблюдается закономерность. Как и в случае с SearchItems,
пользоваться функциями QLUA непосредственно в реальных ситуациях крайне неудобно. Всегда нужны какие-от дополнительные обертки, костыли ...
Вот и SetUpdateCallback для CreateDataSource. В руководстве приведен замечательный пример, который сразу же вызывает вопросы (такие же как и
в случае с SearchItems) Там функция обратного вызова содержит явное использование источника данных, который никак туда не передается. Это что
же, для каждого источника писать свою функцию, даже когда нужна одинаковая стандартная обработка ? Фактически так и есть и остроумное решение
лишь скрывает этот факт (еще одна обертка).
С другой стороны, ds:SetUpdateCallback(ucb) эквивалентен ds.SetUpdateCallback(ds,ucb) и источник данных должен быть доступен
в SetUpdateCallback через self, но тогда что мешает явно передать его ucb ?
пользоваться функциями QLUA непосредственно в реальных ситуациях крайне неудобно. Всегда нужны какие-от дополнительные обертки, костыли ...
Вот и SetUpdateCallback для CreateDataSource. В руководстве приведен замечательный пример, который сразу же вызывает вопросы (такие же как и
в случае с SearchItems) Там функция обратного вызова содержит явное использование источника данных, который никак туда не передается. Это что
же, для каждого источника писать свою функцию, даже когда нужна одинаковая стандартная обработка ? Фактически так и есть и остроумное решение
лишь скрывает этот факт (еще одна обертка).
С другой стороны, ds:SetUpdateCallback(ucb) эквивалентен ds.SetUpdateCallback(ds,ucb) и источник данных должен быть доступен
в SetUpdateCallback через self, но тогда что мешает явно передать его ucb ?