Когда дело доходит до интеграции SSRS в приложения, в чем разница между "элементами управления ReportViewer для Visual Studio" и "доступом по URL"?

Question

Я собираюсь создать веб-страницу, на которой будут просматриваться мои SSRS. Я вижу, что есть три варианта (веб-служба сервера отчетов, элементы управления ReportViewer для Visual Studio и доступ по URL)

Я хотел узнать об основном различии между "Элементами управления ReportViewer для Visual Studio" и "Доступом по URL". Требует ли конечный пользователь иметь дополнительные подключаемые модули для "элементов управления ReportViewer для Visual Studio"? Спасибо!

Answer 1

Мне кажется, что ReportViewer должен совершать звонки на сервер SSRS через запросы SOAP. По сути, это окно на сайт SSRS, и все функции сервисов доступны визуально одновременно. Зритель обычно представляет отчет в следующем формате:

http:// (server)/Reports/Pages/Report.aspx?ItemPath=%2f(ReportName)

Доступ по URL - это, как правило, веб-служба SSRS, выполняющая работу за вас непосредственно с помощью команд, переданных ему напрямую. Важно отметить, что я полагаю, что веб-сервис выполняет всю работу для обоих, но доступ к сайту также имеет визуальную студию на хосте и в расположении клиента, которая также выполняет некоторые после рендеринга CSS и другие вещи из их местоположений по умолчанию. Веб-сервис просто отображает отчет и, возможно, заголовок, в котором находятся параметры. Вы даже можете передать параметры в URL, если знаете, что делаете с SSRS. Однако это не представляет пригодный для использования объект для рендеринга, кроме как в браузере.

Например, у меня есть отчет, который принимает два параметра: дату и время начала и дату окончания. Я могу позвонить в веб-сервис и обработать отчет и ввести параметры одновременно. Я мог бы разместить это в моем собственном браузере, но на самом деле мало что мог сделать с объектом, не разрабатывая что-то еще для его использования.

http:// (server)/ReportServer/Pages/ReportViewer.aspx?%2f(ReportName)&rs:Command=Render&Start=11/01/2012&End=1/1/2013

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