ИМО, вы должны учитывать и другие критерии, такие как:
- Стоимость программного обеспечения
- Интеграция с приложениями .NET
- API и программная гибкость (все сказано и сделано, всегда есть «настройки» и адаптация. Для таких сценариев разработчики в конечном итоге прибегают к программным решениям по сравнению с «из коробки»)
Теперь, по моему опыту (используя Crystal Reports и SSRS (2005/2008), хотя Crystal Reports поставляется с дружественным набором API, он не работает по многим основным критериям, и разработчики заканчивают борьбу с программным обеспечением. скажем, исходя из моего опыта работы с SSRS, где разработчикам гораздо удобнее. Для начала он широко использует XML, и предоставление возможности использовать пользовательские сборки кода также не вредит.
- Я думаю, что вы, куда я доберусь ---
"Рассмотрите и оцените SSRS *. Если вы сначала сомневаетесь, тогда сделайте Подтверждение концепции и проверьте свои требования. У меня есть ощущение, что вы будете довольны увиденным
- особенно с учетом вашего требования использования формата PDF.
- Разработчики, особенно специалисты MSFT, будут вам благодарны
- Использование программного рендеринга отчетов (хотя это звучит причудливо, поверьте мне, это не более, чем обработка вызова API
Например:
public Byte [] Render
(
Строка отчета,
строка формат ,
строка HistoryID,
строка DeviceInfo,
[Пространство имен] .ParameterValue [] Параметры,
[Пространство имен] .DataSourceCredentials [] Учетные данные,
строка ShowHideToggle,
Кодировка вне строки,
вне строки MimeType,
out [Namespace] .ParameterValue [] ParametersUsed,
[Пространство имен]. Предупреждение [] Предупреждения
out string [] StreamIds);
Член [Пространство имен] .ReportingService
)
--- где формат будет "PDF"
Надеюсь, вы найдете это уместным