А чем родной ReportViewer (Reporting Services) не устроил?
Выделяем страничку aspx, кидаем ReportViewer и работаем через HtmlPage.Window.Invoke.

Ну если говорить о платных компонентах, то у телерика такой компонент уже есть: Report Book

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

уТКа, я имел ввиду отдельный компонент ReportViewer для ASP.NET :)

Calabongaavm2, Я себе сам сделал Reports For Silverlight. Посмотреть можно в блоге по ссылке http://www.calabonga.com/Blog/ViewPost.aspx?id=95 Подробный пример показывает как спользовать шаблоны, группировка и функции агрегирования.
Несерьезно.

CalabongaВсё серьезное - ПЛАТНО!
Ну почему же, обычный репорт вьювер бесплатен. Сиди и клепай. Мы под SL используем XAML + MVVM + XPS. Простенько, но работает.

EDUARD SAPOTSKIЕсли даже МСУ на SL что-то пилить собрался, то я бы сказал более чем!
Наоборот, слазим с SL на XBAP :)

ШайтанЗЫ. откуда инфа про МСУ? ветка какая есть? (интересно без подколов)
Шайтан, там всё сложно. Не обращай внимания

EDUARD SAPOTSKIНет слов
Варианты? :)

EDUARD SAPOTSKIМСУпропущено...

Варианты? :)
Аргументы?
1. XAML + MVVM, перенос гуя с минимальными затратами
2. SL не поддерживается в последнем OData клиенте, выпилен
3. SL не развивается, вендор выкинул технологию в урну
4. SL более скуден по возможностями, например, нет драгндропа в лист айтеме, эмулирующем сортировку. Очень нужна эта возможность для одной задачи.

Варианты?

Шайтанно переходить на XBAP - имхо, экстрим ещё тот!
просто показать формочки-таблички, или их поредактировать - это ещё прокатит
Нормально. Почти всё уже перенёс с SL + RIA на XBAP + OData. Сервисный слой да, нужно полностью перепилить - где-то на 70% уже всё готово.

Шайтана вот прикинь какой-нить drag-and-drop запилить надо будет, а у тебя чистейший MVVM......
Тоже всё ок, будем юзать Gong https://www.nuget.org/packages/gong-wpf-dragdrop/
Вот тут примерчик. Немного будет изменен UI, да. Но там у нас это в одном юзерконтроле это. По трудозатратам дня 3 заложились.

Шайтана чего чистый web (HTML, MVC и прочие правильные вещи)в стороне оставили? или очень много интерфейса уже нарисовано было в SL?
Ну тогда бы нужно было все UI переписывать и модели под эти UI, а это сроки умножаются еще на 3-4. Ну а во-вторых, не я решаю, а высшее руководство. Я бы с радостью взялся за миграцию на MVC, но увы.

Шайтан, нам еще флеша не хватало :) Спасибо ))

Шайтанно, если вообще не рассматривали, то значит "не рассматривали" :)
Упаси Бог

SerP1983МСУ, А почему все же xbap, а не wpf-приложение? И что решили делать с любителями хрома?
Корпоративные стандарты, IE. И это правильно. Про WPF ничего плохого не могу сказать, но его распространение - это геморрой.

https://ru.wikipedia.org/wiki/XBAP Одно из преимуществ приложений ХВАР — возможность работать с ними без лишних подсказок и приглашений: пользователь может открыть приложение ХВАР в браузере и начать работать с ним точно так же, как с Java-апплетом, Flash-анимацией или оснащенной кодом JavaScript Web-страницей. Никакого приглашения выполнить инсталляцию и предупреждения по поводу безопасности не появляется.

EDUARD SAPOTSKI1. От куда куда и перенос чего?
2. Не проверял и нах не нада.
3. Пук в лужу. Расскажи это бабушке программирующей на delphi.
4. В SL так же как и в WPF любой контрол сочиняется за 10 минут в Expression Studio. Плюс есть 100500 контролов аля телерик, но как уже говорил, в 95% случаях достаточно родных контролов и sdk, остальное допиливается по необходимости.
1. SL => XBAP, перенос UI, вью-моделей, RIA
2. Тебе не надо, нам надо. Причем очень надо.
3. А по делу?
4. Expression Studio не используем, телерик тоже. Возможности SL в целом устраивают. Пункт чисто для статистики.

EDUARD SAPOTSKI1. Хотя на сегодня это мало актуально, но есть еще деятели у которых платформа .NET не установлена, а таскать из сети 40 метров вместо шести у SL не есть хорошо. Да и ставится SL меньше чем за минуту.
2. SL поддерживают все модные браузеры, XBAP кроме ослика сегодня по моему не поддерживает никто.
3. SL поддерживают виндофоны.
4. SL рендерит UI гораздо шустрее WPF, именно с XBAP я не сравнивал, но думаю будет таже хрень.
Всё верно, но есть одно но. SL похоронили. Каким бы он хорошим не был, время его истекло.

EDUARD SAPOTSKIТак в чем собственно профит XBAP? Да нет его! Если уже юзать всю платформу .NET то положи на серваке полноценный exe, а юзерам закладки в браузере сделай, так хоть напрямую к БД будешь конектиться, а от XBAP в чем профит? Хня в общем...
XBAP это тот же WPF, никакой разницы. Только очевидные плюсы по распространению. Никаких экзешников на сервере. Никаких коннектов к БД напрямую, не нужно предлагать очередной идиотизм. Вся работа идет через OData. Приложение рендерится в IE. Это устраивает.

EDUARD SAPOTSKIИ кстати на счет переносов... Код из SL один в один ложится в WPF, при необходимости, а обратное сделать проблематично.
Почти ложится, коллизии всё же есть. Обратное делать и не нужно.

EDUARD SAPOTSKIМСУ, ну хозяин барин, если чистый корпоратив в локалке с IE то я бы наверное больше в сторону чистого WPF посмотрел.
Так это и есть WPF, только его распространять не надо. Дернул URL и получил приложение, точно так же, как в SL. Что тебя смущает?

EDUARD SAPOTSKIПроблема апдейта приложений в корпоративе решена уже давно.
Никак она не решена, как были проблемы, так они и остались. Зачем вообще что-то ставить на клиента? ClickOnce и прочие мультики.

EDUARD SAPOTSKIПрофит очевиден, можно классическую двузвенку лепить и не загоняться на OData и иже с ними.
За двузвенки сразу на кол. Забудь про это убожество, выйди уже из сумрака. База - это black box для конечного пользователя. Никакого прямого доступа, только через сервисный слой!

EDUARD SAPOTSKIСам прекрасно знаешь, что будущее у WPF на столько же туманно как и SL.
В том-то и дело, что будущее SL не туманно. Оно уже определено - его просто нет. Про WPF пока никаких официальных намеков даже, одни шушуканья кодеров. Мол SL прибили, кто следующий

EDUARD SAPOTSKIимхо перекорячивать SL в XBAP только из-за новой версии OData затея мягко говоря сомнительная
Ну мне сказали, я делаю :) Если моя воля, уже бы под mvc пилил...

EDUARD SAPOTSKIХотя SL+WCF RIA Services ацтой! Только SL+WCF SOAP
Да ну брось. В RIA/OData/EF честный контект с трекером, отслеживающим изменения. SOAP идёт сразу лесом.

ШайтанEDUARD SAPOTSKIпропущено...

А мне вот интересно, какой логикой руководствуются люди ссылаясь на 21-й год?
Ну я бы понял там какой 36-й, вроде там очереднай комета и очередной землекапец а в 21-м то что?
скорее всего и до 21-го года SL не дотянет

http://redmondmag.com/articles/2014/10/14/ie-silverlight-blocking.aspx

Офигеть!

Эдик, что скажешь?

EDUARD SAPOTSKIДва куе не отдолжишь?
Нашел миллионера

gpuРиа в топку.
RIA лучшее, что было для сервелата в качестве SOA. Вот теперь OData на горизонте, но SL на рельсы OData не поставишь, не поддерживается.

gpuГеморой с установкой и поддержкой в больших конторах где куча домейнов и т.д. и т.п.
Настраивай трасты между доменами и живи спокойно.

gpuМСУНастраивай трасты между доменами и живи спокойно.
Муся,
Если все айти управляется единственным отделом тады да, а если каждое представительство фирмы рассматриваем как отдельную фирму тады ой.
Да и домены ето только один колокольчик из бубнa.
У тебя прям с каждым постом всё новые и новые условия. Забавно.

gpuМы отказались от РИА и не жалеем.
Какие-то страшилки без аргументов. Ну отказались и хорошо.

gpuПростой деревянный WCF вполне устраивает, возможно когда нибудь придется REST привязать.
Без внятного контекста с трекером - на помойку. Либо RIA, либо OData.