Временная таблица, из контейнера в источник данных.

[uchenik]

Необходимо передать временную таблицу и ряд других параметров одним контейнером, потом достать временную таблицу из контейнера и поместить в качестве данных для источника данных.
Ахарта отказывается понимать такой мухлеж, показывает пустой грид.
Точно тот же код, но данные не помещавшиеся в контейнер отображаются нормально.

[S.Kuskov]

Боюсь вас разочаровать, но таблицу нельзя просто так взять и поместить в контейнер.
Передача временной таблицы

[DSPIC]

А в чем именно проблема? таблица легко пакуется.

static void Job31(Args _args)
{
    container           conBuf;
    SalesPool           salesPool;
    ;

    salesPool.setTmp();

    //... insert records

    //pack
    while select salesPool
    {
        conBuf += buf2con(salesPool);
    }


    //unpack
    salesPool = null;
    salesPool.setTmp();
    
    while (conlen(conBuf))
    {
        salesPool.clear();

        con2buf(conpeek(conBuf, 1), salesPool);
        
        salesPool.insert();
        
        conBuf = condel(conBuf, 1, 1);
    }
}

[S.Kuskov]

Цитата:

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

А в чем именно проблема?

Это ко мне вопрос?
Под словом "просто" я имел в виду "за одну итерацию"

Вообще для меня сама по себе задача преобразования временной таблицы в контейнер вызывает вопросы. Для чего это можно использовать?

[uchenik]

Здорово, а если таблица заранее неизвестна?

>Вообще для меня сама по себе задача преобразования временной таблицы в контейнер вызывает вопросы. Для чего это можно использовать?
Таблица передается в контейнере с наборов других параметров.

[Владимир Максимов]

Цитата:

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

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

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

Можете описать задачу, которую пытаетесь решить подобным образом?

PS: Уже само желание передавать набор параметров в контейнере - крайне подозрительно. Как правило, это исключительная ситуация и применяется в особых случаях. "Стандарт" - это передача ссылки на объект-родитель и прямое чтение нужных реквизитов из методов этого родителя.

Собственно, а как Вы вообще планируете передать этот самый параметр-контейнер в форму? Ведь без вариантов - через метод объекта-родителя. Какие проблемы-то создать несколько методов в объекте-родителе или специальный класс-параметр?

[Sada]

передать таблицу отдельно?

[uchenik]

Рантаймные лукапы нужны, с несколькими источниками данных, закладками, кнопками...

[S.Kuskov]

Цитата:

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

Рантаймные лукапы нужны, с несколькими источниками данных, закладками, кнопками...

Как это объясняет использование контенера для передачи параметров?

[uchenik]

List param;
...
param.addEnd(['newdatasource', tablenum(InventTable), fieldnum(InventTable, ItemName)]);
param.addEnd(['newdatasourcequery', tablenum(InventTable), query.pack(), fieldnum(InventTable, ItemId)]);
param.addEnd(['newdatasourcetmp', tablenum(anytable), anytable, fieldnum(anytable, anyfield)]);
...
Lookup::run(param, this);
...

В простом виде как-то так, плюс еще должна быть закладка:

[uchenik]

Похоже надо все же более пристально посмотреть на sysTableLookup...

[S.Kuskov]

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

При работе с неоднородными структурами нужно помнить, что какой бы неоднородной не была бы структура данных вы же всё равно будете обрабатывать её по заранее определённым правилам. Так зачем же тогда создавать иллюзию универсальности если правила обработки фиксированы и предопределены.

Я бы данную структуру данных преобразовал бы в список классов (List = new List(Types::Class)) поместил бы этот список в класс обёртку, который бы контролировал типы хранящихся в списке значений. Для представления элементов списка сделал бы иерархию классов: Базовый класс представляет общий интерфейс для формирования вкладки, а его наследники реализуют каждый конкретный способ организации вкладки. Для удобства использования можно добавить статические методы, создающие экземпляры необходимых классов. После всего этого привидённый вами код мог бы выглядеть например так

Lookup = new Lookup();
Lookup.addTab(Lookup::newdatasource(tablenum(InventTable), fieldnum(InventTable, ItemName));
Lookup.addTab(Lookup::newdatasourcequery(tablenum(InventTable), query.pack(), fieldnum(InventTable, ItemId));
Lookup.addTab(Lookup::newdatasourcetmp(tablenum(anytable), anytable, fieldnum(anytable, anyfield));
Lookup.parmCaller(this);
Lookup.run();

Конечнор всё это требует глобального перестроения существующей архитектуры. Если оставлять существующую архитктуру решения, то можно по крайней мере заменить контейнер на чтонибудь более гибкое. Например Struct

List param = new List(Types::Class);
Struct Struct;

Struct = new Struct();
Struct.add("type", "newdatasource");
Struct.add("tablenum", tablenum(InventTable));
Struct.add("fieldnum", fieldnum(InventTable, ItemName));
List.addEnd(Struct);

Struct = new Struct();
Struct.add("type", "newdatasourcequery");
Struct.add("tablenum", tablenum(InventTable));
Struct.add("query", query);
Struct.add("fieldnum", fieldnum(InventTable, ItemId));
List.addEnd(Struct);

Struct = new Struct();
Struct.add("type", "newdatasourcetmp");
Struct.add("tablenum", tablenum(anytable));
Struct.add("cursor", anytable);
Struct.add("fieldnum", fieldnum(anytable, anyfield));
List.addEnd(Struct);

Lookup::run(param, this);

P.S.: О способах структурирования данных интересная ветка есть Как правильно хранить статичный набор начальных данных в классах?

[uchenik]

Структуры конечно прикольно, вот только с таблицей они не помогли.

[S.Kuskov]

Цитата:

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

Структуры конечно прикольно, вот только с таблицей они не помогли.

Проблемы с передачей таблицы - из за использования контейнеров. Избавитесь от контейнера - избавитесь от проблемы

[uchenik]

Да нет, копипаст должен быть осознанным

conBuf = condel(conBuf, 1, 1);

В этой строке надо удалять не один элемент, а по количеству полей в таблице + 1 (id таблицы)

Жаль на структуры успел переделать, громоздко очень к заполнению получается. но удобно в плане обработки, согласен.

[S.Kuskov]

Цитата:

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

Жаль на структуры успел переделать, громоздко очень к заполнению получается. но удобно в плане обработки, согласен.

То есть два цикла для упаковки/распаковки временной таблицы - это не громоздко?

На самом деле удобство кодирования оно конечно важно, но лично для меня в отказе от контейнера главным преимуществом видится увеличение производительности. Вы же поймите, что используя контейнер для того чтобы просто передать данные в класс вы осуществляете лишнее копирование этих данных причём не один раз. Дважды когда упаковываете/распаковываете контейнер. Использование функций buf2con и con2buf, то это ещё четыре дополнительных копирования. Плюс сама передача контейнера (а контейнеры всегда передаются по значению, а не по ссылке) это ещё одно копирование. Итого минимум семь раз вы переливаете данные временной таблицы из пустого в порожнее только ради того чтобы соответствовать "контейнерному" интерфейсу

[RVS]

Цитата:

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

Здорово, а если таблица заранее неизвестна?

Это как ???

Цитата:

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

Таблица передается в контейнере с наборов других параметров.

Чем больше контейнер, тем больше недоразумений при последующих модификациях, с ним связанных. Подумайте об этом

[gl00mie]

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

Цитата:

Сообщение от Владимир Максимов

"Стандарт" - это передача ссылки на объект-родитель и прямое чтение нужных реквизитов из методов этого родителя.

В контексте клиент-серверного взаимодействия это может породить т.н. chatiness, от которого старательно избавлялись в 2009-й.

Цитата:

Сообщение от S.Kuskov

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

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