Здравствуйте, bisoft, Вы писали:
B>стрес тестирование за нас проводили клиенты вроде есть активно применяющие его в интернете и жалоб пока нет
Не, такое меня не очень убеждает. Речь идет о сервере приложений. Сервер печати собственно уже реализован, сейчас там кристал, но с кристалом целый ряд проблем, не говоря уж о грабительской лицензии, которая ограничивает количество одновременно формируемых отчетов пятью.
B>да нужна версия от Standard и выше. Можно поменять почти все. Про "стандартный дотнетный дизайнтайм" что именно интересует, я не совсем понял вопрос?
Компонентную модель дотнета, то что большей частью находится в System.ComponentModel, если так понятнее.
B>посмотрите последнюю версию, там есть Wizard-ы, можно сделать свои, там же есть пример CustomDesigner
Визарды это гуд, но фокус в том что у нас есть свои собственные метаобъекты и хотелось бы чтобы они использовались вместо датасетов, sql-строк и что там еще у вас есть. Т.е. чтобы в дизайнере в качестве источника данных я мог бы указать нечто, обладающее своими метаданными.
B>у нас лицензии на разработчиков
Т.е. кроме единственной лицензии для разработки нам ничего не потребуется докупать даже при работе вашего продукта в составе распределенной системы?
B>Lite — без дизайнера шаблонов B>Standard — нормальная версия, подойдет почти всем B>Web — добавлен WebViewer, для тех кому лень писать код, можно просто положить его на страничку B>Prof — добавлены исходники
Хотелось бы конечно с исходниками, мало ли что.
B>посмотрите последнюю версию, выскажите пожелания, мы сейчас как раз разрабатываем план развития продукта, B> будем стараться сделать максимально качественный и хороший продукт
Сейчас у нас пока отрабатывается режим работы со старой системой, а там кристал. Где то с июля видимо будем уже думать и по поводу репортера в том числе. Пока что помимо стандартных фич (мастер-детейл произвольной вложенности и т.п.) интересует возможность печати кросс-отчетов вроде шахматки, когда столбцы таблицы тоже выбираются из источника данных.
Здравствуйте, AndrewVK, Вы писали:
AVK>Не, такое меня не очень убеждает. Речь идет о сервере приложений. Сервер печати собственно уже реализован, сейчас там кристал, но с кристалом целый ряд проблем, не говоря уж о грабительской лицензии, которая ограничивает количество одновременно формируемых отчетов пятью.
B>>да нужна версия от Standard и выше. Можно поменять почти все. Про "стандартный дотнетный дизайнтайм" что именно интересует, я не совсем понял вопрос?
AVK>Компонентную модель дотнета, то что большей частью находится в System.ComponentModel, если так понятнее.
нет, не понятнее, скачайте триал, Class-Reference там есть
AVK>Визарды это гуд, но фокус в том что у нас есть свои собственные метаобъекты и хотелось бы чтобы они использовались вместо датасетов, sql-строк и что там еще у вас есть. Т.е. чтобы в дизайнере в качестве источника данных я мог бы указать нечто, обладающее своими метаданными.
в качестве источников данных может использоваться любой объект, а как список любой реализующий IList, IEnumerable
смотрите пример SharpShooterDemo на c# отчет BusinessObjects
B>>у нас лицензии на разработчиков
AVK>Т.е. кроме единственной лицензии для разработки нам ничего не потребуется докупать даже при работе вашего продукта в составе распределенной системы?
да, лицензии только на разработчиков
B>>Lite — без дизайнера шаблонов B>>Standard — нормальная версия, подойдет почти всем B>>Web — добавлен WebViewer, для тех кому лень писать код, можно просто положить его на страничку B>>Prof — добавлены исходники
AVK>Хотелось бы конечно с исходниками, мало ли что.
всегда можно доплатить
B>>посмотрите последнюю версию, выскажите пожелания, мы сейчас как раз разрабатываем план развития продукта, B>> будем стараться сделать максимально качественный и хороший продукт
AVK>Сейчас у нас пока отрабатывается режим работы со старой системой, а там кристал. Где то с июля видимо будем уже думать и по поводу репортера в том числе. Пока что помимо стандартных фич (мастер-детейл произвольной вложенности и т.п.) интересует возможность печати кросс-отчетов вроде шахматки, когда столбцы таблицы тоже выбираются из источника данных.
насчет кроссов, есть пока только очень примитивная система, но мы думаем над более лучшей реализацией
Здравствуйте, bisoft, Вы писали:
AVK>>Визарды это гуд, но фокус в том что у нас есть свои собственные метаобъекты и хотелось бы чтобы они использовались вместо датасетов, sql-строк и что там еще у вас есть. Т.е. чтобы в дизайнере в качестве источника данных я мог бы указать нечто, обладающее своими метаданными.
B>в качестве источников данных может использоваться любой объект, а как список любой реализующий IList, IEnumerable B>смотрите пример SharpShooterDemo на c# отчет BusinessObjects
Помнишь, мы еще о дизайнтайме говорим, а не о рантайме. То что в рантайме можно я и не сомневался. Ладно, попробую объяснить на пальцах. У нашего продукта уже есть сложная компонентная модель, включающая в себя несколько десятков сущностей. Так вот, хотелось бы чтобы я мог в дизайнере, без всяких визардов, просто перетащить подобный объект на макет отчета и при этом он каким то образом там фигурировал. При том хотелось бы чтобы изменения в объекте автоматически отражались на отчете. Т.е. например есть у нас такая сущность как класс, а у него в свою очередь есть представления, описывающие что и как выводить (набор колонок, мигрировавшие данные и прочая). Так вот хотелось бы просто указать класс и конкретное представление и получить таблицу, при том чтобы изменения представления автоматически эту таблицу модифицировало. При том стандартные дотнетовские фишки(винформсный биндинг, разметка атрибутами для работы в дизайн-тайме и т.п.)в коллекции представлений и их элементов реализованы. Надеюсь так понятно?
B>насчет кроссов, есть пока только очень примитивная система, но мы думаем над более лучшей реализацией
Здравствуйте, AndrewVK, Вы писали:
AVK>Помнишь, мы еще о дизайнтайме говорим, а не о рантайме. То что в рантайме можно я и не сомневался. Ладно, попробую объяснить на пальцах. У нашего продукта уже есть сложная компонентная модель, включающая в себя несколько десятков сущностей. Так вот, хотелось бы чтобы я мог в дизайнере, без всяких визардов, просто перетащить подобный объект на макет отчета и при этом он каким то образом там фигурировал. При том хотелось бы чтобы изменения в объекте автоматически отражались на отчете. Т.е. например есть у нас такая сущность как класс, а у него в свою очередь есть представления, описывающие что и как выводить (набор колонок, мигрировавшие данные и прочая). Так вот хотелось бы просто указать класс и конкретное представление и получить таблицу, при том чтобы изменения представления автоматически эту таблицу модифицировало. При том стандартные дотнетовские фишки(винформсный биндинг, разметка атрибутами для работы в дизайн-тайме и т.п.)в коллекции представлений и их элементов реализованы. Надеюсь так понятно?
все равно не понял, пишу как понял:
пишишь наследника от ReportControl для каждого из своих объектов, после чего их можно использовать при построении отчетов
пример юзер контрола есть в триале
B>>насчет кроссов, есть пока только очень примитивная система, но мы думаем над более лучшей реализацией
AVK>Ну вот и мы будем думать
ну она не то чтобы примитивная, она очень сложная в использовании
Вот еще feature request. Нельзя ли разделить рендерилку и дизайнер?
Чтобы можно было устанавливать конечным пользователям не 1.2mb dll
а только пол-мегабайта?
Т.е. Сделать light версию (без дизайнера и менюшек) & full версию (со всем).
V>Ребята, не говорите ерунды. V>Ваш тул не так мощен и универсален, как Crystal Report, который идет вместе со студией. Есть у вас несколько уникальных фич, но, зная Crystal, я уверен, они в ближайшей же версии накроют большую часть из них.
Нда.. сразу видно, что человек ничего кроме кристала не видел. Ужасно убогий он, этот кристал. Хороших генераторов отчетов на рынке очень мало. А таких как кристал и хуже — навалом.
B>все равно не понял, пишу как понял: B> пишишь наследника от ReportControl для каждого из своих объектов, после чего их можно использовать при построении отчетов B>пример юзер контрола есть в триале
Не, так и не понял. AndrewVK говорит не о нестандартном контроле-отображателе днных, а о нестандартном классе-источнике данных.
А наша практика показала, что данные для отчета все равно нужны другие, отличающиеся от обычных бизнес-данных. В итоге решили сделать для отчетных форм генераторы данных, на входе у которых — корпоративные данные , а на выходе — один DataSet, который понимает отчет.
В результате это дало также возможность использовать одну отчетную форму на двух принципиально разных наборах данных и наоборот. Как ни странно, встретилась такая необходимость.
Ну и хоть какая-то гибкость в плане выбора отчетника (сейчас это ActiveReports)
вроде есть активно применяющие его в интернете и жалоб пока нет
