Саша Орефков и Саша Клабуков на Буст также согласны/не возражают.
Так что, наконец-то, начнем использовать Буст в исходниках 1С++.

Ура!! Как давно я этого ждал - 11 месяцев прошло, как я впервые это предложил 

Uzhast

Ну, каюсь, я лично не был в восторге от использования boost.
Но, конечно, это было очень давно.
Теперь, когда мы знаем (ты же нам рассказал), что такое vector, конечно, мы полностью готовы использовать boost.


А если серьезно...
STL гениальна.
Вместе с boost, благодаря смартпойнтерам в первую очередь, крайне эффективна.

Одна беда у STL - она требует подготовки.
Вот, к примеру:

	int nums[] = {1, 2, 3, 1, 2, 3};

	typedef vector<int> VI;
	VI v;

	some_old_func(&v[0]);

	copy(nums, nums + sizeof(nums) / sizeof(int), v.end());
	v.insert(v.end(), nums, nums + sizeof(nums) / sizeof(int));
	for (VI::iterator i = v.begin(); i < v.end(); i++)
		if (*i == 2) v.erase(i);

	some_old_func(&v[0]);

	copy(v.begin(), v.end(), ostream_iterator<int>(cout, " "));
 

Здесь в пяти строчках как миниму три ошибки, которые приводят к падению (в лучшем случае сразу) на этапе выполнения.
Хорошо, если это STLPort и режим отладки вытянет, а если нет...

Плюс как минимум в одном месте вместо линейной сложности использован алгоритм с потенциально квадратичной сложностью.

...
P.S.
Если проблемы о которых я только что написал, слишком очевидны, приношу извинения.
В реальной жизни, их можно спрятать гораздо лучше.
И у многих это получится даже намного лучше, чем у меня.

P.P.S.
Сам использую и буду использовать STL, boost и стандартный C++.
Прощай, CArray.
И во многом спасибо за это именно Uzhast'у.
Это была серьезная и нужная работа по анализу проблем в реализациях CArray и STL (в vs6) от MS.

kms писал(а) 03. Октября 2007 :: 08:35:

Агггаааа!

kms писал(а) 03. Октября 2007 :: 08:35:



kms писал(а) 03. Октября 2007 :: 08:35:

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

kms писал(а) 03. Октября 2007 :: 08:35:


kms писал(а) 03. Октября 2007 :: 08:35:

Это ты про что? Про erase? Вроде бы, если требуется сохранить порядок следования элементов в векторе, то такого алгоритма не избежать (или избежать?) А если не требуется, то можно посвопать несколько элементов в конец и оттяпать хвост.

kms писал(а) 03. Октября 2007 :: 08:35:

Uzhast писал(а) 03. Октября 2007 :: 12:43:


У журнала есть индекс IDDOC, у справочника - ID , у шапки документа IDDOC.
Т.е. если известны эти ID и IDDOC (а они известны - т.к. - видимые и новые), то запрос с отбором по этим значениям должен выполняться доли сек.  Может ограничиться для начала только элементами справочника и документами?

Или есть способ отловить событие  изменения выбранного документа или спр. без анализа 1cv7.mlg?

Uzhast писал(а) 03. Октября 2007 :: 12:53:

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

	for (VI::iterator i = v.begin(); i < v.end(); )
		if (*i == 2) i=v.erase(i);
		else ++i;
 

в лучшем - согласен, remove/erase

Цитата:

не, не избежать
но remove/erase даст линейную сложность, а вышеприведенный шедевр может дать n*(n-1)/2 перемещений, если внезапно все значения одновременно удовлетворят предиката

Короче, понятно все.
Я даже не за буст, а за то, чтобы тут не было тоскливо.
Последнее время это удается.

Также просьба - т.к. провайдер новый, то возможно в рамках его
можно решить проблему                              ТЗ -> "временная таблица" Fox.
На данный момент         "временная таблица" -> ТЗ выполняется на 2 порядка быстрее.

Если это удасться сделать - то станет возможным проводить операции вычисления над таблицами при помощи Fox а.

Да, хотелось бы, чтобы раскрыли тему сисек ТЗ vs "временная таблица"