bug в ax3kr3 confind

[Bishop]

Цитата:

Сообщение от 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() к контейнеру, потенциально содержащему разные типы, тогда можно ставить под вопрос...
Думаю, что не найдете

[SHiSHok]

Цитата:

Сообщение от Bishop

Данная ошибка в AX 3.0 KR3 confind() возникает только при наличии в контейнере разнотиповых данных.

пока мы тоже к этому выводу пришли. но не только когда в контейнере разнотиповые данные, а при работе с разными типами при помощи контейнера. т.е. вариант confind([3,5,0,0,8],''); неправильно работает.

Цитата:

Сообщение от Bishop

Если вы найдете в стандартной аксапте место применения confind() к контейнеру, потенциально содержащему разные типы, тогда можно ставить под вопрос...
Думаю, что не найдете

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

[gl00mie]

Цитата:

Сообщение от Bishop

Есть случаи, когда Set и Map не подходят, в отличие от контейнера:
1) требуется хранить разнотиповые значения (это можно обойти использованием в качестве ключа тех же контейнеров);

Я отдельно упомянул, что рассматривается вариант, когда требуется искать в "накопленных" данных. Слабо представляю ситуацию, когда требуется искать среди разнотипных значений.

Цитата:

Сообщение от Bishop

2) требуется хранить повторяющиеся элементы;
3) требуется хранить значения в порядке поступления, а не в сортированном виде;

List

Цитата:

Сообщение от Bishop

Ну, и еще, контейнеры удобнее передавать между классами и просматривать их содержимое в дебаггере.

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