Цепочка прокси-моделей. Общий сброс фильтров. Можно оптимизировать ?

[voronElf]

Всем привет.

Есть цепочка моделей (QSortFilterProxyModel), предыдущая является источником данных для следующей. Ну и первая подцеплена к другой модели, в которой данные, а последню проксю повешана вьюха. В каждой прокси модели свой критерий фильтрации.

Нужно изменить/сбросить фильтры всех/нескольких прокси-моделей одновременно. Вызываю по-порядку setFilter...() для каждой. Я так понимаю каждый такой вызов заставляет следующие по порядку далее прокси-модели и вьюху обновлять данные, измененные в источнике (при этом в прокси-моделях свои фильтры отрабатывают). Вызываю например 3 раза setFilter...(), отрабатывают 3 цепочки обновления данных. А хотелось бы сначала изменить критерии фильтров, а потом чтобы данные обновились 1 раз, общий для всех.

Подскажите как реализовать или в какую сторону доки копнуть ?

[Авварон]

сделать 1 проксю

[voronElf]

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

[DS_tm]

blockSignals не прокатит?

А вообще, Авварон прав, лучший способ оптимизации использование одной прокси.
Вешенье одной прокси на другую хороший повод пересмотреть архитектуру.

[Авварон]

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

[voronElf]

Как доберусь до оптимизации этого места, попробую с blockSignals поэкспериментировать.

Насчет одной прокси - сам хочу так сделать, только вот фильтры такие (это для каталога товаров идет):
1. есть-нет на складе
2. есть-нет доп. скидка
3. по тов. группе
4. по торг. марке
5. по regExp в несколько уровней по разным столбцам

Пока писал понял, что ничего страшного, пожалуй упакую все это в одну проксю, фильтр по regExp -ам в QMap засуну да итератором пробегаться. Попробую, проверю

[Авварон]

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

[voronElf]

Да, как вариант.
Только сама по себе эта цепочка появилась из-за реализации фильтра №5 (чтоб делать поиск в найденном) а тут прокатает QMap RegExp-ов, а остальные фильтры можно и кучей if -ов сделать в filterAcceptsRow (можт даже лучше получится, не тратить ресурсы на лишние вызовы функций и обход итераторов)

[DS_tm]

Да точно лучше получится, реализация несложная, делал проксю на произвольное количество фильтров по значению строки, работоло быстро.