SSRS с пользовательской сетью UI

Можно сделать это с JavaScript, и я не думаю, что это должно быть то воображение.

, Если у Вас есть header.js файл и footer.js.

Тогда содержание header.js могло быть, что-то как

document.write("
header content
etc...")

Помнит к Escape любые вложенные символы кавычки в строке, которую Вы пишете. Вы могли тогда назвать это из своих статических шаблонов с


и так же для footer.js.

Примечание: Я не рекомендую это решение - это - взлом и имеет много недостатков (плохой для SEO и удобства использования только для начинающих) - но это действительно отвечает требованиям корреспондента.

13
задан JPot 15 September 2009 в 03:08
поделиться

3 ответа

Да, это возможно. Мы реализовали решение, подобное этому, более 2 лет назад, когда мы были разочарованы выбором параметров, который появился OOTB.

По сути, у нас есть настраиваемое приложение ASP.NET, с которым взаимодействуют пользователи. Когда загружается первая страница, она представляет список отчетов, доступных для этого пользователя (связь из приложения ASP.NET с SSRS через веб-службы и с олицетворением идентичности, чтобы список был обрезан с точки зрения безопасности). Здесь вам потребуется использовать Kerberos, если настраиваемое приложение ASP.NET находится на сервере, отличном от сервера отчетов.

После того, как пользователь выберет отчет, отображается экран выбора параметров (все еще в настраиваемом приложении ASP.NET) . Когда они выбирают свои параметры и нажимают «Создать отчет», некоторые JavaScript добавляют теги ввода для каждого параметра в HTML-форму на лету (скрытые от пользователя), а затем выполняют HTTP POST на веб-сервер SSRS.

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

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

Еще одна уловка - мы сделали параметры '

9
ответ дан 1 December 2019 в 23:32
поделиться

Если я вас правильно понял, вы захотите использовать ReportViewer для визуализации отчеты.

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

//the report classes are in the namespace: Microsoft.Reporting.WebForms
Collection<ReportParameter> paramList = new Collection<ReportParameter>();
string reportPath = ApplicationInfo.ScorecardReportPath;
paramList.Add(new ReportParameter("UID", "5"));

ReportViewer1.ProcessingMode = ProcessingMode.Remote;
ReportViewer1.ServerReport.ReportServerUrl = new Uri("http://servername/ReportServer");
ReportViewer1.ServerReport.ReportPath = reportPath;
ReportViewer1.ServerReport.SetParameters(paramList);
ReportViewer1.ServerReport.Refresh();

ReportViewer - это элемент управления, который вы можете поместить на свою страницу:

<rsweb:ReportViewer id="ReportViewer1" runat="server" documentmapwidth="175px" 
font-names="Verdana" font-size="8pt" promptareacollapsed="true" width="100%"
zoommode="Percent" zoompercent="100"/>

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

4
ответ дан 1 December 2019 в 23:32
поделиться

Мы создали пользовательский интерфейс для сбора критериев и данных формата (PDF, XLS и т. Д.) И использовали веб-службы SSRS для запуска отчетов.

Это позволило нам сделать именно то, о чем вы говорите, в отношении использования вашего собственного пользовательского интерфейса и брендинга отчетов.

По сути, вы передаете имя RDL и набор параметров отчета в веб-сервис, и он верните HTML (или любой другой формат, который вы укажете).

Некоторые проблемы включают необходимость переписывать URL-адреса, когда вы используете сортировку столбцов SSRS, и необходимость устанавливать свои собственные типы MIME, если вы хотите поддерживать PDF / Doc / XLS / и т. д. ...

3
ответ дан 1 December 2019 в 23:32
поделиться
Другие вопросы по тегам:

Похожие вопросы: