Electronic Reporting DAX365FO всё время выводит первый документ

[Vitals]

Например, при распечатке sales invoice он ничего не спрашивает, а сразу находит текущую запись. В стандарте предполагается распечатка VendPurchOrder Journal, но только query не создан в Electronic reportinge, вот, пытаюсь сделать, и не понятно, что указывает на ловлю записи.
Oтчёт закускается через printmanagement

[belugin]

Цитата:

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

Например, при распечатке sales invoice он ничего не спрашивает, а сразу находит текущую запись. В стандарте предполагается распечатка VendPurchOrder Journal, но только query не создан в Electronic reportinge, вот, пытаюсь сделать, и не понятно, что указывает на ловлю записи.
Oтчёт закускается через printmanagement

Там есть X++ код который автоматически заполняет источник данных, у каоторого выставлено "ask for query".

Вот пример, с использованием ERModelDefinitionDatabaseContext - можно по исходникам поискать его использование.

ERIModelDefinitionParamsAction parameters = new ERModelDefinitionParamsUIActionComposite()
                    .add(new ERModelDefinitionDatabaseContext().addTemporaryTable(assetRollForwardTmp))
                    .add(new ERModelDefinitionObjectParameterAction(ERModelDataSourceName, 'MyParameters', _contract, true));

                // Call ER to generate the report.
                ERObjectsFactory::createFormatMappingRunByFormatMappingId(formatMappingId, DefaultExportedFileName)
                    .withParameter(parameters)
                    .withFileDestination(_contract.getFileDestination())
                    .run();

[trud]

Цитата:

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

.withParameter(parameters)
.withFileDestination(_contract.getFileDestination())
.run();

а для чего кстати делается такая запись вызова множества методов в одну строчку? какая-то защита на пути отладчика?

[belugin]

Цитата:

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

а для чего кстати делается такая запись вызова множества методов в одну строчку? какая-то защита на пути отладчика?

Чтобы было меньше повторений одного и того же, см. также https://en.wikipedia.org/wiki/Fluent_interface

[mazzy]

Цитата:

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

Чтобы было меньше повторений одного и того же

"мы за ценой не постоим"
https://en.wikipedia.org/wiki/Fluent_interface#Problems

[belugin]

Цитата:

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

"мы за ценой не постоим"
https://en.wikipedia.org/wiki/Fluent_interface#Problems

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

[trud]

Цитата:

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

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

Сейчас посмотрел, там еще в этих методах сплошные интерфейсы, т.е. невозможно просто из текстового кода в VS посмотреть реализацию(при переходе к методу идет переход к интерфейсу в котором ничего нет). При этом используются интерфейсы которые тоже наследуются. Т.е. я так понимаю если хочется посмотреть логику - это только отладчиком смотреть. При этом запись в одну строчку как раз усложняет использование отладчика .

[Ace of Database]

Цитата:

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

а для чего кстати делается такая запись вызова множества методов в одну строчку? какая-то защита на пути отладчика?

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