Диаграмма управляет для ASP.NET
Я смотрю мнение людей и опыт в использовании средств управления диаграммой в рамках приложения ASP.NET (веб-формы или MVC), прежде всего, но также и в любом виде проекта.
Я в настоящее время провожу свое исследование, и у меня есть довольно большой список средств управления для оценки. Мой список включает (без определенного порядка):
Средства управления ASP.NET:
- (http://demos.devexpress.com/XtraChartsDemos/) DEVEXPRESS XTRACHARTS
- Диаграмма Dundas для.NET (http://www.dundas.com/)
- Telerik RadChart для Ajax ASP.NET (http://www.telerik.com/)
- Построение диаграммы ComponentArt и визуализация для ASP.NET (http://www.componentart.com/)
- (http://www.infragistics.com/dotnet/netadvantage/aspnet.aspx#Overview) INFRAGISTICS WEBCHART
- .net Charting (http://www.dotnetcharting.com/)
- Управление диаграммой для.Net Framework (Microsoft's) (http://weblogs.asp.net/scottgu/archive/2008/11/24/new-asp-net-charting-control-lt-asp-chart-runat-quot-server-quot-gt.aspx)
Средства управления Flash:
- (http://www.fusioncharts.com/) FUSIONCHARTS V3
- Диаграммы XML/SWF (http://www.maani.us/xml_charts/index.php)
- amCharts (http://www.amcharts.com/)
- AnyChart (http://www.anychart.com/home/)
JavaScript:
- Flot (http://code.google.com/p/flot/)
- Flotr (http://solutoire.com/flotr/)
- jqPlot (http://www.jqplot.com/index.php)
(Если я пропустил немного что ценность, которая будет сравнена с вышеупомянутым, сообщенным мне.)
То, что я смотрю, является мнениями об использовании любого вышеупомянутого, таким образом, я могу сформировать своих собственных других, и другие справки делают то же, на основе того, что я считал здесь.
Я не забочусь, какой лучше. То, о чем я забочусь, - то, почему кому-то нравится одно из вышеупомянутого и что делает эти средства управления предложение как явное преимущество. Я интересуюсь мнением разработчика, и я хотел бы узнать, какими вещами является трудное выполнение с любыми из вышеупомянутых средств управления и которого вещи легки достигнуть. Совместимость Ajax (сборка в к средствам управления, но также и руководству), совместимость ASP.NET, ввела возможности, параметры привязки данных, производительность, сколько кода делает одну потребность написать для составления таблицы, является некоторыми вещами, о которых я хотел бы читать.
Я уже провел свое исследование на StackOverflow для актуальных вопросов, но нет ничего на уровне детализации, который я хотел бы считать для принятия ответственного решения.
10 ответов
Я немного поработал с диаграммами Google и .Net Chart Control ( ранее Dundas Chart 5.5 ). У меня нет мнения о других перечисленных вами продуктах.
В то время (год назад) не существовало функционирующей оболочки .Net для Google Charts (по крайней мере, я ее не нашел), и хотя Google Charts Api относительно прост, он также очень ограничен. Я обнаружил, что полученный код, составляющий запрос диаграммы, по своей сути уродлив и не очень удобен в обслуживании (я знаю, что это не обязательно ошибка API, но для этого потребовались бы гораздо большие вложения). Вот некоторые из полученных диаграмм . Например, мне не удалось найти способ выровнять сетку по отметкам. Линия 30 миль в час на третьем графике кажется случайной. Если вам нужен детальный контроль, Google Charts - не ваш выбор.
.Net Chart Control, с другой стороны, дает вам большой контроль. Ранее в этом году я работал над прототипом, и цель состояла в том, чтобы создать диаграммы, которые соответствовали бы диаграммам из печатной публикации, составленной дизайнерской фирмой. Сначала я подумал, что это потребует компромиссов, но оказалось, что Chart Control справится с этой задачей. Вот результат (щелкните 2-ю вкладку). Я обнаружил, что возможность использовать таким образом диаграмму диапазонов и контролировать размещение меток для вертикальных линий со специальными значениями, довольно уникальными для бесплатного инструмента. Кроме того, Алекс Горев, который руководит форумом MSDN, оказался очень полезным, когда я столкнулся с проблемой (хотя он не смог окончательно ее решить).
Не элемент управления, а еще один вариант для создания диаграммы и публиковать их в сети - это SSRS. Я использовал интерфейс веб-сервиса для публикации отчета, содержащего диаграмму . Это может быть лучшим вариантом для очень больших наборов.
Обновление 2014 г .: Комментарии выше относятся к предыдущему (устаревшему) поколению API диаграмм Google. Новый API, вероятно, устраняет многие ограничения, поэтому вам стоит его проверить.
SimpleChart - это простой и простой в использовании компонент. Я использовал Fusion Charts и также рекомендую его для простоты и хорошо представленных графиков.
Я использовал элемент управления Microsoft Chart , упомянутый как отмеченный-ответ, вместо здесь : Charts for ASP.NET
пока что лучшие диаграммы Я использовал FusionCharts. его можно использовать с любым языком программирования, так как он предоставляет хорошую документацию. бесплатная версия достаточно хороша.
Я выполнил множество проектов .Net, требующих построения графиков, и рекомендовал бы решение за пределами .Net. Причина, по которой я выхожу за пределы .Net, заключается в том, что я предоставляю свои наборы данных с помощью JSON (обычно) и мне нравится передавать обработку клиенту. В целом это избавляет меня от необходимости загружать свои серверы задачами с интенсивной графикой.
Я в основном использовал Javascript API '
Вторя всем остальным - все зависит от того, что вам нужно с этим делать.
Мы рассмотрели ряд элементов управления диаграммами для недавнего проекта, и удивительно, сколько из них имеет действительно основные ограничения. В качестве примера нам нужно было специально установить размер и положение области графика - вы могли бы подумать, что это было бы легко, но dundas и api диаграмм Microsoft не могут этого сделать. У нас также было много проблем с получением диаграмм для разумного форматирования масштабов даты и времени.
В конце концов, мы выбрали dotnetCharting. На веб-сайте он выглядит довольно вздорно, но мы обнаружили, что он очень хороший, хотя местами немного необычный. Я настоятельно рекомендую его всем. В нем есть довольно приятный материал AJAXy, но, честно говоря, вы все равно можете (и мы) написать большую часть этого самостоятельно. При выборе инструмента imho следует учитывать более важные вещи.
Составьте список конкретных вещей, которые, по вашему мнению, вам понадобятся, а затем найдите элемент управления, который их выполняет. Не делайте никаких предположений, так как многие инструменты имеют довольно элементарные проблемы (как указано выше).
Я не использовал много инструментов для построения графиков, но убедитесь, что они будут работать с MVC, если вы планируете использовать эту структуру. У меня проблемы с DevExpress Grid и MVC.
Я не использовал поперечное сечение этих элементов управления, но из тех, что я использовал, я предпочитаю Infragistics WebChart.
На мой взгляд, конструктор прост в использовании и есть масса гибкости.
Моим вторым выбором был бы Google Chart API .
Я использовал DevExpress XtraChart в ASP.NET, и это было здорово. Я успешно использовал Google Chart API в проекте рельсов, но поскольку он размещен, создание точек и меток будет легко на любой платформе.
Я использую ChartDirector в своих проектах. Больше всего в этом компоненте мне нравятся очень сложные примеры. Я смог реализовать их пример с финансовыми графиками практически без изменений, сэкономив при этом огромное количество времени.
.