Не создается экземпляр MapIterator

[greench]

День добрый всем. Есть inqMap = new map(Types::Integer,Types::Container);

есть такая строка: MapIterator it = new MapIterator(inqMap);
После чего it = null, т.е. ничего не проинициализировалось. В мапе есть 2-е записи.
В чем проблема не пойму.

P.S. AX 4.0. SP 2

[Alex_KD]

MapEnumerator me;
;
me = inqMap.getEnumerator();

А так?

И вот еще полезно:
А почему, кстати Enumerator лучше Iterator?

[greench]

[quote=Alex_KD;151900]

MapEnumerator me;
;
me = inqMap.getEnumerator();

А так?

me = Unknown

[Alex_KD]

[quote=greench;151901]

Цитата:

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

MapEnumerator me;
;
me = inqMap.getEnumerator();

А так?

me = Unknown

А полный код посмотреть можно?

[greench]

Полный код чего? заполнения мапы ? так это много и надолго. Приводить здесь код 2-х классов какой смысл. А если просто кусок кода где вставляются значения в мап, то я думаю вряд ли это поможет.

[Alex_KD]

Код:

    Map m = new Map(Types::Integer, Types::Container);
    MapEnumerator me;
    container c;
    ;
    m.insert(1, ["First",1,1]);
    m.insert(2, ["Second",2,2]);
    m.insert(3, ["Third",3,3]);
    me =  m.getEnumerator();
    while(me.moveNext())
    {
      c = me.currentValue();
      info(conpeek(c, 1));
    }

Результат:

Info Message (19:33:51) First
Info Message (19:33:51) Second
Info Message (19:33:51) Third

[kashperuk]

До того, как итератор (или энумератор) не перейдут на первое значение (next или moveNext), значение текущего элемента (именно это показывает метод toString() этих классов) не известно.

[konopello]

Цитата:

После чего it = null, т.е. ничего не проинициализировалось. В мапе есть 2-е записи.
В чем проблема не пойму.

у меня такое предчувствие что вы не правильно передаете MAP с клиента на сервер. Поэтому то он и пустой (это так догадки, самая распространенная ошибка).

[Андре]

Цитата:

у меня такое предчувствие что вы не правильно передаете MAP с клиента на сервер. Поэтому то он и пустой (это так догадки, самая распространенная ошибка).

Поддерживаю, его надо в контейнер преобразовывать. Там, кажется, даже метод специальный есть - pack().

[MikeR]

Читал о следующем

Цитата:

Вы можете пересчитывать ваши коллекции с помощью либо enumerator либо iterator. Когда классы коллекции были впервые представлены в Dynamics AX, iterator это была единственная опция. Но по причине hard-to-find ошибок, был добавлен enumerators, а iterators сохранился для дальнейшей совместимости. Для выявления этих различий, приведен следующий код для пересчета обоими способами.

List list = new List(Types::Integer);
ListIterator iterator;
ListEnumerator enumerator;
;
//Populate list.
...

//Traverse using an iterator.
iterator = new ListIterator(list);
while (iterator.more())
{
    print iterator.value();
    iterator.next();
}

//Traverse using an enumerator.
enumerator = list.getEnumerator();
while (enumerator.moveNext())
{
    print enumerator.current();
}

Первое отличие это путь, которым создаются сущности iterator и enumerator. Для iterator, вы вызываете new, а для enumerator, вы уже получаете сущности из класса коллекции вызовом метода getEnumerator. В большинстве случаев, обе реализации работают одинаково хорошо. Однако, когда класс коллекция передается на другой уровень (tier) с уровня на котором он пересчитывается, ситуация совершенно отличная. Например, если пересчет коллекции происходит на клиенте, а затем передается на сервер, iterator терпит крах, так как iterator не поддерживает cross-tier вызовов. Еnumerator не поддерживает cross-tier вызовов так же, но он и не должен, так как он инициируется на том же самом уровне (tier) что и класс коллекция. Пересчет на уровне сервера, используя уровень клиента, enumerator будет достаточно нагружать сеть, но результат будет логически корректным. Так как некоторый код отмечается как Called From, означающий, что он может выполняться на том уровне из которого вызван, вы можете испортить логику при использовании iterators, даже если вы тестируете по одному плану. В большинстве случаев, hard-to-track баги такие, как this surface происходят, когда операция выполняется в пакетной обработке.
Примечание

В предыдущих версиях Dynamics AX, эта проблема была более явной так как разработка и тестирование могло происходить в двух уровневой архитектуре, а эта проблема появляется только в трех уровневой архитектуре.

Второе отличие между iterators и enumerators это путь, по которому происходит сам пересчет. При использовании iterator, вы должны явно использовать вызов more и next; при использовании enumerator, метод moveNext обрабатывает это сам. Большинство разработчиков получали бесконечный цикл, просто потому что забывали дописать move a pointer. Это не существенная проблема, но иногда это раздражает во время разработки.
При постоянном использовании enumerator, вы не столкнетесь ни с одной из этих проблем. Единственная ситуация, в которой следует использовать iterator это удаление элементов из List collection. Следующий код показывает, как это реализовать.

List list = new List(Types::Integer);
ListIterator iterator;
;
list.addEnd(100);
list.addEnd(200);
list.addEnd(300);

iterator = new ListIterator(list);
while (iterator.more())
{
    if (iterator.value() == 200)
        iterator.delete();
    iterator.next();
}
print list.toString(); //{100, 300}
pause;

[greench]

В общем сделал сделал через MapEnumerator все работает. Спасибо за помощь.

[konopello]

Цитата:

В общем сделал сделал через MapEnumerator все работает. Спасибо за помощь.

а причина то в чем была.....?

[greench]

В чем была причина с MapIterator'ом так и не понял и разбираться если честно некогда, а MapEnumerator поначалу сбил толку тем что смотрел значение до moveNext. Насколько я понял для большинства случаев лучше пользоваться именно MapEnumerator' ом, вот значит им и буду.

[MikeR]

Цитата:

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

Насколько я понял для большинства случаев лучше пользоваться именно MapEnumerator' ом, вот значит им и буду.

belugin в свое время писал, что он must die
и поддерживается только для совместимости с предыдущими версиями