Я считаю, что сообщение является необходимым злом, я бы скорее проанализировал управление через рабочий процесс, который сообщает. поэтому, если мой ответ кажется отрицательным, это означает, что отчет больше, чем сам инструмент. Я только использовал CR, поэтому не могу говорить с MS-отчетностью.
CR имеет свою философию по своему дизайну, поэтому интерфейс сначала кажется немного неудобным. Похоже на движение на противоположной стороне дороги. Вы знаете, что делаете, но это неудобно.
Я всегда подталкивал данные к своим отчетам CR через datatables
, а не подключал отчет непосредственно к базе данных. это было единственное, что я мог сделать, чтобы сделать отчет «проверяемым» автоматическим способом. Это также отделяет отчет от базы данных/источника, что облегчает переход от локального развития, к постановке, производству.
вы можете передавать объекты и коллекции в отчет (IEnumerable), но поддержка datatables
была лучше. Например. если сбор пуст, CR выдает исключение. Но если datatable пуст, CR выдаст отчет без данных.
Превосходство dataset
с CR ужасно. Я бы всегда сглаживал диаграмму объекта в табличные данные, а затем передавал данные в отчет. в противном случае потребовалось бы навсегда сделать.
Перед тем, как VS 2010 CR для .Net был выпущен как часть VS, который сделал обновления и миграции довольно прямолинейными. Обновления, где никогда не были простыми, но по крайней мере .net и CR были выпущены вместе. Начиная с VS 2010, CR теперь находится на собственном выпуске, что означает, что нет гарантий того, когда вы переходите к следующей версии VS и по-прежнему совместимы с CR.
Вы сделали свой выбор? – HichemSeeSharp
@ HichemC- Да, я пошел с CS. Спасибо за предложения! Ультимативно я решил это для гибкости ... Я могу заставить других писать отчеты, которые будут выполняться без изменения кода в моей скомпилированной программе. Мало кто знает, что я работаю с MS, чтобы это было так! – user1003131