Почему я должен выбрать Crystal Report или SSRS вместо простой таблицы HTML?

Question

Я использую ASP.NET MVC. Иногда я тоже работаю с ASP.NET Web Forms. Я могу в значительной степени создавать свои запросы, используя хранимые процедуры или LINQ, и отображать свой отчет, используя обычную таблицу HTML. При правильном оформлении он должен получиться приличным.

Я не знаю SSRS, но у меня есть некоторый опыт работы с кристаллом. Единственное преимущество, которое я вижу при использовании Crystal для своих отчетов по простой простой таблице HTML, - это то, что она может экспортироваться в PDF. Но я мог бы получить стороннюю библиотеку, которая тоже могла бы это сделать. Что касается диаграмм, таких как круговые диаграммы и гистограммы, существует множество инструментов javascript, которые делают это, и они бесплатны.

Полагаю, я публикую это, чтобы увидеть, чего мне не хватает в таких инструментах отчетности, как Crystal и SSRS.

РЕДАКТИРОВАТЬ: С ASP.NET MVC не особенно сложно создать отчет. Просто сформулируйте правильную модель, создайте действие контроллера и представление с помощью скаффолдинга (Подробно), и вы сразу получите код, сгенерированный для вас. С ASP.NET Web Forms это, вероятно, проще, просто используйте GridView, и все готово. В обоих случаях остается только CSS. В Crystal также необходимо отредактировать созданный вами макет отчета, который также работает.

Answer 1

Самая большая причина для меня использовать механизм отчетов для печати и разрывов страниц. Вы не всегда можете гарантировать, как HTML будет форматироваться для всех браузеров, и это не очень удобно для установки жестких разрывов страниц. С помощью решения для создания отчетов вы можете сгруппировать объекты, чтобы сделать разрывы страниц более предсказуемыми.

Это особенно важно, если вы ищете более профессионально выглядящий отчет.

Answer 2

Причина, по которой мы используем SSRS для наших внутренних отчетов, заключается в том, что наш сотрудник по базе данных может создавать отчеты, не имея никаких знаний о том, как форматировать выходные данные с использованием кода.

Answer 3

Ваши очки действительны, и я много раз думал о таких вещах.

Лично я использовал CR в прошлом и SSRS совсем недавно, но мой лучший опыт был с DevXpress XtraReports, супер крутым дизайном и дизайнером конечных пользователей без лицензионных отчислений с или без ленточного интерфейса.

Разница между использованием механизма отчетов или обычного необработанного HTML заключается в способе разработки отчетов и общих функций.

в XtraReports, например, приятно то, что отчет - это просто файл .cs (класс C #), и все, что вы разрабатываете с помощью дизайнера пользовательского интерфейса, хранится в этом файле точно так же, как это делает дизайнер форм Windows (или ASP.NET). дизайнер aspx и aspx.cs делает). Таким образом, вы видите отчет, который вы разрабатываете, а также перетаскиваете элементы управления и размещаете их там, где это необходимо. Затем у вас есть готовые формулы, промежуточные итоги, разрывы страниц, как вы упомянули экспорт в pdf, excel, jpg, html, word и многое другое.

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

Answer 4

, как уже было сказано выше, использование другого генератора отчетов может иметь много преимуществ. Я очень часто использовал List & Label . За этим стоит совершенно другая концепция, и в зависимости от ваших потребностей это будет проще, но все же эффективно, особенно для .NET-отчетов . Стоит сделать пробную версию (есть даже бесплатная версия).