Показаны сообщения с ярлыком Visual Studio. Показать все сообщения
Показаны сообщения с ярлыком Visual Studio. Показать все сообщения

пятница, сентября 11, 2009

Crystal Reports vs MS Reports

Коль скоро уж речь зашла об опыте использования MS Reports, хотелось бы провести некоторое сравнение этих отчётов с отчётами Crystal, основываясь на собственном, пусть и небольшом, но опыте применения обоих. Оба типа поддерживаются Visual Studio, что предоставляет разработчику выбор, но чтобы он пал в пользу одной или другой системы, следует знать их различия.
К сожалению детального анализа я не производил, а напишу лишь о том, с чем я столкнулся сам.
И так, первое - это печать. Об этом я писал ранее. В случае с Crystal всё просто, в случае с MS необходимо устанавливать дополнительные серверные службы. Если не используется MS SQL Server, то и печать отчётов из ASP.NET приложения сделать будет сложно. Это, пожалуй, основной минус отчётов от Microsoft.
Плюсов же, в сравнении с Crystal'ом, больше:
  • один и тот же набор данных можно по-разному отображать в одном отчёте;
  • отчёты хранятся в открытом XML формате;
  • деплоймент отчётов не требует наличия дополнительных файлов, в отличии от Crystal, который требует установки вместе с приложением ещё и Merge Modules;
  • богатые возможности по настройке серверной части, как, например, кастомизация отображения форматов экспорта;
  • возможность разработки и подключения дополнительных модулей, например, для того же экспорта существует возможность написать модуль для форматов, не предусмотренных по-умолчанию;
  • немаловажным фактором является цена. В простейшем случае, цена уже включена в цену средства разработки, то есть Visual Studio. Но при необходимости использования выделенного сервера отчётов, цена за вариант с Crystal неимоверно возрастает, так как MS SSRS уже включён в SQL Server, а Crystal Enterprise стоит на несколько порядков дороже;
  • ну и напоследок о справочной документации - от MS она в MSDN, а от Crystal, которая была Segate, потом Business Objects, теперь SAP, справку найти не просто.
В общем для меня на лицо выигрыш отчётов от Microsoft, и, учитывая тот факт, что большинство разрабатываемых решений на платформе ASP.NET используют MS SQL Server, я отдаю своё предпочтение им. В случае же отсутствия SQL Server'а, клиентскую печать отчётов из ASP.NET приложения, придётся реализовывать обходными путями, например через экспорт в PDF или обычную браузерную печать.

пятница, августа 07, 2009

Vista + IIS 7 + Visual Studio 2005

Microsoft со своими технологиями не стоит на месте, а, наоборот, постоянно разивается и внедряет в массовое сознание необходимость перехода на всё новейшее. Поддавшись этому веянию я стал пользователем Windows Vista взамен Windows XP и последней среды разработки Visual Studio 2008. Но возникла тут производственная необходимость установить Visual Studio 2005. У меня был небольшой опыт использования 2005й студии под Vista, но касался он разработки Windows приложений, а тут WEB-приложение да ещё и на IIS базирующееся. Казалось бы, что 2005я студия, что виста, вещи не очень старые и всё должно работать без проблем, но не тут то было.
Первое, с чем пришлось столкнуться - студия не хотела рабатать с IIS до тех пор, пока не будет запущена от имени администратора. Решение проблемы - специальный ярлык на рабочем столе, который запускает её от имени этого самого администратора. можно проще - каждый раз на обычном ярлыке вызывать контекстное меню и выбирать пункт "Запустить от имени администратора", но тут уж каждый волен выбрать что ему нравится.
Далее танцы с бубном на тему пермиссий. К папкам "c:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\" и "c:\Windows\temp\" пользователям NETWORK SERVICE и IIS_USRS надо дать полный доступ. Это можно сделать из свойств каждой папки.
Следующий пункт - это контроль того, какие компоненты IIS установлены. Обязытельными к установке являются компоненты:
  • IIS Metabase and IIS 6 configuration compatibility
  • .NET Extensibility
  • ASP.NET
  • ISAPI Extensions
  • ISAPI Filters
  • Windows Authentication
Далее идём в IIS Manager (inetmgr) и в свойствах нашего приложения заходим в Authentication и ставим Enabled для Windows Authentication.
И вот, проделав такие нехитрые, но не очевидные манипуляции, мы обретаем счастье запускать IIS based WEB-приложения из Visual Studio 2005.