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

Процедура Сформировать1()
	_т =СоздатьОбъект("ИндексированнаяТаблица");
	_т.НоваяКолонка("Кол1");
	_т.НоваяСтрока(); _т.Кол1 =1;
	_т.НоваяСтрока(); _т.Кол1 =2;
	_т.НоваяСтрока(); _т.Кол1 =3;

	_т.ДобавитьИндекс("Кол1", "Кол1");

	_т.ВыбратьСтроки("Кол1");
	Пока _т.ПолучитьСтроку("Кол1") =1 Цикл
		Сообщить(_т.Кол1);
		_т.УдалитьСтроки();
	КонецЦикла;
КонецПроцедуры
 

Процедура Сформировать2()
	_т =СоздатьОбъект("ИндексированнаяТаблица");
	_т.НоваяКолонка("Кол1");
	_т.НоваяСтрока(); _т.Кол1 =1;
	_т.НоваяСтрока(); _т.Кол1 =2;
	_т.НоваяСтрока(); _т.Кол1 =3;

	_т.ДобавитьИндекс("Кол1", "Кол1");

	_т.ВыбратьСтроки("Кол1");
	Пока _т.ПолучитьСтроку("Кол1") =1 Цикл
		Сообщить(_т.Кол1);
		_т.УдалитьСтроку(1);
		Сообщить(_т.Кол1);
		Прервать;
	КонецЦикла;
КонецПроцедуры
 

и т.д.

ADirks писал(а) 19. Декабря 2007 :: 05:22:


О. Познавательно.
Без итераторов ситуация вырождается в такой вариант:

	Сообщить("Номер строки: " +_т.НомерСтроки +", значение: " +_т.Кол1);
	_т.НомерСтроки =1;
	Сообщить("Номер строки: " +_т.НомерСтроки +", значение: " +_т.Кол1);
	_т.УдалитьСтроку(1);
	Сообщить("Номер строки: " +_т.НомерСтроки +", значение: " +_т.Кол1);
 

Смысл в том, что текущая строка удалена, но ссылка в pCurrentRow остается.
Ну, здесь, конечно, решается легко, если я правильно понимаю.

Цитата:

Вот здесь чего-то мной не догоняется.
_т.Кол1 - это же уже не проблема итератора - это проблема зависшей ссылки на текущую строку (глобальную).
Или нет?

Цитата:

Леша, я вот к чему пока пришел.

Надо разделить 2 состояния индекса: состояние итерирования и состояние обновления.
Я бы предложил вообще при переходе в состояние обновления инвалидировать все итераторы по данному индексу.
Т.е. изменили индекс - нет проблем, но все итераторы будьте любезны найти заново (по ключам, или еще как - не важно).

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

В качестве реализации я подумываю просто сделать поле "версии" индекса, инкрементируемое при любых операциях с индексом.
Итератор ссылается на индекс, с учетом поля "версии".
Как только версия итератора перестает соответствовать версии индекса, он инвалидируется.

Как такая схема? Ничего я не забыл?

1. Алексей, а почему бы не сделать подобные выделенные итераторы? Проблемы с реализацией, совместимостью или еще чем?
2. Каким образом пользователь узнает о том, что итератор перестал быть валидным?
ИМХО нужно как-то так: обновили индекс, обратились к итератору или выполнили движение по таблице, получили исключение

Блин, щас посмотрел в реализацию получения/установления значения в текущей строке, там же фигня какая-то.  Если текущей строки нет, то тихонько ничего не делается и всё.  А надо же ведь исключение выкидывать, а?

kms писал(а) 19. Декабря 2007 :: 17:11:

Может быть, лучше использовать механизм подписки на события? Итератор подписывается на событие "изменение данных". При получении события выставляет флаг инвалидности. При установленном флаге на все попытки использования итератора выкидывает ошибку или как-то обновляет свои данные. Мне кажется, выглядит как-то симпатичнее. Да и такой механизм может применяться не только для обработки ошибок с итераторами. Например, ИТ отображается в ТП. Кто-то меняет данные в ИТ. Срабатывает событие, которое при обработке провайдером приводит к обновлению ТП.

Для реализации можно либо использовать какой-нибудь интерфейс типа ISubscriber, либо boost::function.