Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[Libovs]

Цитата:

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

Вот тут есть описание доступных функций.

Некоторые описания содержат ссылку на поддерживаемые форматы.

Спасибо. Теперь увидел, почему вчера у меня не получилось настроить использование функции NUMERALSTOTEXT

[Libovs]

Цитата:

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

А в версии какой модели вы работаете?

Что-то я "туплю". Версия модели Customer invoice model №1 от 01.08.2016 17:30:02

[axm2017]

Попробуй закачать крайний Invoice model и Ко + обрати внимание на теги в форматах.

[wojzeh]

Цитата:

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

А вот теперь, объясните, какие преимущества мне, как разработчику, дает использование дополнительных посредников в виде SSRS, PowerBI, ну или вот нового инструмента ER ? Что может заставить меня перейти на эти инструменты, вместо прямого написания кода?

жизнь!

а если серьёзно, то напомни-ка, когда в последний раз на проектах внедрения кто-то вспоминал о "преимуществах для разработчика"?

[axm2017]

Из забавного или не очень кстати осознал что связь между mapping и форматом крайне неустойчива в случае нескольких mapping.

Будьте бдительны!

[belugin]

Цитата:

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

Из забавного или не очень кстати осознал что связь между mapping и форматом крайне неустойчива в случае нескольких mapping.

Будьте бдительны!

Предполагается, что если формат хочет что-то особенное от данных, предоставляемых модел меппингом, то это отдельная модель данных или record definition.

Если при запуске возникает неопределенность - несколько меппингов реализуют один и тот же record definition одной и той же модели, то ER ругается. В такой ситуации можно поставить на меппинге галочку, чтобы предпочитали его, но это рантайм сеттинг - он не экспортируется в конфигурацию и его перенос между средами придется поддерживать вручную.

[axm2017]

Цитата:

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

Предполагается, что если формат хочет что-то особенное от данных, предоставляемых модел меппингом, то это отдельная модель данных или record definition.

На мой взгляд это ппц как некорректно на уровне идеологии. И если честно не вижу особых проблем разрешить таки указывать каким либо образом какой mapping использует формат (раз default работает то технически это не сложно).

Абстрагированный пример из жизни:
модель включает в себя "root": подготовленный список клиентов со свойствами как самого списка так и отдельных элементов (назову его А).

Для почти всех компаний использую формат ААA_ОбычныйЧеловек и маппинг A_Mapping

Но китайцы как всегда оказались вне кассы и хотят свой формат AAA_Китаец со своими данными которые получаю из маппинга B_Mapping

При этом китайцы выгружают список своим т.е формата AAA_Китаец так и другим то есть формата ААA_ОбычныйЧеловек.

Понятно что могу сделать копию А типа А_Китай в модели но выглядеть это будет извращением.

По факту получается что если какой то сторонний разработчик сделает маппинг и формат - протестит и по факту все будет хорошо, то закачав к себе в модель я могу сломать вывод всех своих форматов основанных на том же root так как подцепится не тот маппинг. А если их будет не один и не два?

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

[Libovs]

В модели Customer invoice model два маппинга: Customer Invoice и Project Invoice.Я настроил 2 своих формата (xml и xls) на этой модели.
Я не разбирался, в чем отличия этих маппингов, но правильно ли я понял, что при построении отчетов потенциально могут быть проблемы из-за неоднозначности выбора используемого маппинга?

[axm2017]

Цитата:

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

В модели Customer invoice model два маппинга: Customer Invoice и Project Invoice.Я настроил 2 своих формата (xml и xls) на этой модели.
Я не разбирался, в чем отличия этих маппингов, но правильно ли я понял, что при построении отчетов потенциально могут быть проблемы из-за неоднозначности выбора используемого маппинга?

В Вашем случае пока mapping ссылаются на разные root в модели (Project invoice и Customer invoice) проблем быть не должно. Но если их будет несколько на один root то будет неоднозначность. Так представляю.

[belugin]

Цитата:

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

Понятно что могу сделать копию А типа А_Китай в модели но выглядеть это будет извращением.

Почему? Модель данных это как интерфейс, формат - это как класс использующий интерфейс, меппинг модели, это как класс реализующий интерфейс.

[axm2017]

Цитата:

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

Почему? Модель данных это как интерфейс, формат - это как класс использующий интерфейс, меппинг модели, это как класс реализующий интерфейс.

По мне так копипаст интерфейса по причине что не могу писать более одного класса для интерфейса - необычно.

[belugin]

Цитата:

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

По мне так копипаст интерфейса по причине что не могу писать более одного класса для интерфейса - необычно.

Писать вы можете. Только DI-контейнер приходится инструктировать, какую реализацию использовать.

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

Это все равно что два виртуальных интерфейса живущие внутри одного. Я вам предлагаю эти подмножества просто назвать отдельными именами - сам интерфейс можно получить через derive, а реализации и так две.

[axm2017]

Уф. Сколько непонятных слов.

Попробую проще.
Вот в условном завтра внешний разработчик пришлёт мне свой маппинг и формат. Как понимаю залить я не смогу не сломав ничего. И это архитектура такая. Круто чо.

Интерфейс я не меняю. Однако теперь вынужден его дублировать. Дерайв это наследование? как понимаю тоже дублирование только с ещё кучей неизвестных.

[EVGL]

Вопрос знатокам: как реплицировать record заданное, динамическое количество раз? Стоит задача для строки заказа с количеством 5 напечатать 5 раз строку с количеством 1.

[axm2017]

На уровне идей
как то типа
вызвать какой то strRep с количеством из строки и далее применить к этому er-овский split на сколько помню получим list по которому и можно бегать.Просто нет аксапты под рукой не могу попробовать.

[EVGL]

Верно. В теории, получится список из строк длиной в одну букву внутри одной записи. LISTJOIN же разнородные списки не соединяет. Хотя мы действительно можем "бегать" по списку внутри записи, а сама запись становится "родителем". Надо попробовать.

[belugin]

Цитата:

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

Интерфейс я не меняю.

С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP

derive это что-то типа бранчинга. В лукапах derived модель рассматривается как и базовая - т.е. будут видны форматы ссылающиеся на базовую и на derived.

[belugin]

Цитата:

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

Верно. В теории, получится список из строк длиной в одну букву внутри одной записи. LISTJOIN же разнородные списки не соединяет. Хотя мы действительно можем "бегать" по списку внутри записи, а сама запись становится "родителем". Надо попробовать.

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

[axm2017]

Цитата:

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

С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP

Открою секрет: у нас модели делают пользователи. Вроде и на лекциях такое толкают. И для них большой сюрприз что им нужно мышление программиста.

Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно. Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора а вот - хоть отбавляй типа автоматически кастомерам можно дать рекомендацию не использовать не свои руты чужих моделей, так как есть угроза что закачка какого то чужого маппинга сломает их форматы построенные на основе этого рута.

Всё это по мне так печально.
Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.

[belugin]

Цитата:

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

И для них большой сюрприз что им нужно мышление программиста.

Тут скорее просто формальная логика (отношение между частным и общим).

Цитата:

Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно.

Нет, не один. Один на одной системе. Первоначально, насколько я помню, была возможность делать только меппинги встроенные в ту же конфигурацию, что и модель. Хочется завести вариацию - derive. Потом возникла необходимость поддерживать разные меппинги для одной и той же модели на разных версиях - появились конфигурации, содержащие только меппинги. Благодаря пререквизитам один меппинг мог загружаться только на ону версию, другой только на другую.

Еще на Ax2012 роль меппинга для той же модели играет просто класс-провайдер данных.

Так же есть для любого формата возможность подмены модел меппинга на другой (не загружать тот, который не нужен или воспользоваться галочкой).
Если формат будет зависеть от конкретного меппинга этой возможности не будет.

Просто вам эта возможность, наверное, не нужна.

Цитата:

Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора

Скорее всего вам либо придется декомпилировать и рекомпилировать С# код либо это не будет поддерживать импорт экспорт в XML либо будет использовать какой-то backdoor, который будет не совместим с какими-то изменениями в новых версиях.

Цитата:

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

Или делать меппинги совместимыми между собой.

Цитата:

Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.

Примеры в аттаче (оно все на LCS должно быть)