Цитата:
Сообщение от
gl00mie
Откажитесь от хранения в контейнере данных, по которым вы осуществляете поиск
Вообще, много раз уже с этими контейнерами возникали косяки, я лично, если нужно что-то куда-то "складывать" по ходу работы и потом это искать/доставать, использую Set или Map.
Есть случаи, когда Set и Map не подходят, в отличие от контейнера:
1) требуется хранить разнотиповые значения (это можно обойти использованием в качестве ключа тех же контейнеров);
2) требуется хранить повторяющиеся элементы;
3) требуется хранить значения в порядке поступления, а не в сортированном виде;
Ну, и еще, контейнеры удобнее передавать между классами и просматривать их содержимое в дебаггере.
Цитата:
Сообщение от
SHiSHok
быстрый анализ показал : контейнер используют (c confind) порядка 170 объектов (среди них \Classes\ClassFactory , \Classes\Queue , \Classes\NumberSeqReference , и еще много интересных обьектов).
Т.о. можно сказать что под вопросом функционирование всего приложения в KR2,3.
Данная ошибка в AX 3.0 KR3 confind() возникает только при наличии в контейнере разнотиповых данных.
Если вы найдете в стандартной аксапте место применения confind() к контейнеру, потенциально содержащему разные типы, тогда можно ставить под вопрос...
Думаю, что не найдете