|
|
#441 |
|
Участник
|
Например хочу добавить *. dbf и у меня есть обработка переводящая к примеру в json и обратно. Хочу добавить к списку из типов файлов
|
|
|
|
|
#442 |
|
Участник
|
Цитата:
Поищите по коду createMappingDestinationRunByImportFormatMappingId Вот, например CashRegisterProcessingEFSTA_W: X++: var runner = ERObjectsFactory::createMappingDestinationRunByImportFormatMappingId(
cashRegisterFiscalTrans.terminal().register().ResponseFormatId,
CashRegisterProcessingEFSTAConfigConst_W::responseFormatIntegrationPoint);
...
var traverser = new ERModelDefinitionParametersTraverser(parameters);
while (traverser.moveNext())
{
var current = ERCast::asAny(traverser.current()) as ERIImportFormatDataSourceContract;
if (current)
{
...
current.parmInputDataStream(stream);
}
} |
|
|
|
| За это сообщение автора поблагодарили: EVGL (5), axm2017 (4). | |
|
|
#443 |
|
Участник
|
Круто таким образом по идее мы можем стримить откуда угодно для заливки данных в аксапту.
А в обратную сторону есть какие то примеры-шаблоны? Типа хочу на выходе получить что-то, преобразовав из json к примеру в свой формат? |
|
|
|
|
#445 |
|
Участник
|
В исходящем формате можно импортировать шаблон и в конструкторе формата выстраивается дерево полей отчета, которые потом маппятся с полями модели.
А для входящего формата (для импорта данных в модель) пункта Импорт для загрузки шаблона нет. Получается, что структуру входящего файла надо создавать только вручную. Не понятно, чем это вызвано или я чего-то не нашел? Подскажите, пожалуйста, кто знает. |
|
|
|
|
#446 |
|
Участник
|
Вы для какого вида формата это делаете? Я xml смог вполне сгенерировать по примеру.
|
|
|
|
|
#447 |
|
Участник
|
Из JSON. Но проблема в том, что для исходящего формата есть кнопка Импорт для загрузки шаблона
а для входящего ее просто нет |
|
|
|
|
#448 |
|
Участник
|
А есть какой-нибудь стандартный формат, который использует JSON, чтобы можно было посмотреть как в конструкторе GER выглядит дерево для этого формата?
|
|
|
|
|
#449 |
|
Участник
|
Можно качнуть все форматы с LCS и поискать там ERTextFormatJSONObject
|
|
|
|
|
#450 |
|
Участник
|
|
|
|
|
|
#451 |
|
Участник
|
|
|
|
|
|
#452 |
|
Участник
|
Так скачать в виде XML файлов и поискать Visual Studio Code
например "eInvoice data import format (IN)" |
|
|
|
|
#453 |
|
Участник
|
|
|
|
|
|
#454 |
|
Участник
|
Возможность импорта появляется, если при создании конфигурации формата вообще не указывать тип формата. Тогда Импорт есть, но только из 3 типов файлов
|
|
|
|
|
#455 |
|
Участник
|
Ну в общем можно сделать вывод, что поддержка JSON не более чем маркетинговая декларация Майкрософт, для практического применения этот формат не пригоден. Кроме одноуровневой конструкции
{"Name1":Value1, ... :NameN":ValueN} ничего настроить невозможно.Не поддерживается основная возможность формата - Object inside Object, в GER Object может содержать исключительно Properties - ни массив, ни другой объект не вставляется а т.к. в реальной жизни любой JSON-запрос начинается с рутового объекта {}, в который и включаются все остальные типы Object / Array / Properties, ничего кроме рутового объекта с линейным списком свойств в GER настроить невозможно. И абсолютно непонятно почему такая ущербная реализация - JSON куда проще xml, всего 3 типа структур и структурирован не хуже. |
|
|
|
|
#456 |
|
Участник
|
Цитата:
попробовал и получил То есть настроить что то можно (если что не соприкасался плотно с JSON в GER поэтому не претендую) Последний раз редактировалось axm2017; 04.06.2021 в 10:30. |
|
|
|
| За это сообщение автора поблагодарили: Libovs (1). | |
|
|
#457 |
|
Участник
|
Судя по вашему скрину объект надо вкладывать не в предыдущий объект, а в свойство предыдущего объекта? Ну что-то в этом есть - я не додумался, поэкспериментирую еще, может чего и получится... Спасибо за подсказку.
|
|
|
|
|
#458 |
|
Участник
|
Цитата:
https://www.json.org/ https://www.json.org/img/object.png |
|
|
|
|
#459 |
|
Участник
|
Тут https://techeplanet.com/json-example/ нашел такую картинку
сейчас пробую такую структуру повторить в GER |
|
|
|
|
#460 |
|
Участник
|
Со вложенностью объектов разобрался, спасибо axm2017
Но теперь проблема с массивом. Сделал такую структуру При Выполнить генерится шаблон {"Prop0": ,"InObj": {"InProp1": ,"InProp2": },"InArray": [{"ArProp1": ,"ArProp2": }]} Визуально вроде все правильно, и если загружать из него массив с одной строкой - то срабатывает {"Prop0":"str1","InObj": {"InProp1":3,"InProp2":11.22},"InArray": [{"ArProp1":"str2","ArProp2":"str3"}]} но если добавляю в массив еще одну строку {"Prop0":"str1","InObj": {"InProp1":3,"InProp2":11.22},"InArray": [{"ArProp1":"str2","ArProp2":"str3"},{"ArProp1":"str4","ArProp2":"str5"}]} то вылетает ошибка. В маппинге массив отображается не как список записей, а как запись поэтому появление ошибки вроде как и должно быть. Но как правильно описать структуру, чтобы массив воспринимался именно как массив, т.е. список записей? Что во что надо вкладывать? Подскажите, если можно. |
|
|
| Теги |
| generic electronic reporting, ger |
|
|
|