Народ, сделал для Табличного поля поставщик данных от Индексированной Таблицы.
1) С простым вариантом по образу и подобию поставщика ТЗ нет никаких проблем. Там все тривиально.

2) Начал добавлять работу с индексами ИТЗ - идея в том, чтобы данные в ТП выбирались в соответствии с индексом.Например, если на индекс установлен фильтр, то в ТП будут видны данные, которые подпадают под условие фильтра.

И появилась большая проблема - ТП может выбирать данные из любого места ИТЗ, т.е используется прямой доступ к данным. А у ИТЗ при работе с индексами используется только последовательный доступ, т.е. возможны только последовательный итераторы (назад или вперед).
Вот и получается нестыковка.
Что посоветуете?

ЗЫ в ночную сборку пока не заливал.

artbear писал(а) 05. Февраля 2007 :: 06:01:

Нет там произвольного доступа в общем понимании.
Есть переход к строке и фактически дальнейшее итерирование.

artbear писал(а) 05. Февраля 2007 :: 06:09:


Цитата:

На чем основано такое убеждение? (теория мне известна).
Вопрос - настолько ли он тормозной, как кажется?

+
Там даже перемещения типа ->HOME ->END реализуются идеально.
Нужно только сделать грамотную навигацию по индексу и сервис для пересчета позиции в индексе (с которой будет работать ТП / провайдер ТП) в номер строки ИТ.

P.S.
А вот как сейчас сделана для поставщика ТЗ навигация по вертикальному слайдеру - это эх... это да...
Бесконечный Fetch...


_{Вселенная конечна, но беспредельна... Как вам это нравится?}

Это будет отдельный объект или сама ИТЗ будет поставщиком данных?

Артур сказал, что будет делать качественно. Это главное.

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

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

Дык я и делюсь с начала ветки - а ты говоришь, что "для себя уже все решил"

На самом деле позиционирование на номер индекса, а тем более в условиях визуальной компоненты - это не проблема.
Посмотри, как сейчас сделан быстрый поиск для ТЗ - а ведь никто на скорость не жалуется!
Посмотри метод "КоличествоСтрок" - разве он неэффективен?

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

Операции "в конец", "в начало" - как я уже отметил, также реализуются очень эффективно.

Будет вопрос - что делать с позицией в индексе, которую будет возвращать метод ТП::ТекущаяСтрока.
Думаю, некий сервис пересчета позиции в индексе в номер строки ИТ и обратно решит все проблемы.