Элементы управления диаграммами для ASP.NET

Question

Мне важно мнение и опыт людей по использованию элементов управления диаграммами в приложениях ASP.NET (веб-формах или MVC) в первую очередь, но также и в любых проектах.

В настоящее время я занимаюсь исследованиями, и у меня есть довольно большой список проверяемых элементов управления. Мой список включает (без определенного порядка):

Управление ASP.NET:

• DevExpress XtraCharts (http://demos.devexpress.com/XtraChartsDemos/)
• Диаграмма Дандаса для .NET (http://www.dundas.com/)
• Telerik RadChart для ASP.NET AJAX (http://www.telerik.com/)
• Составление диаграмм и визуализация для ASP.NET (http://www.componentart.com/)
• Веб-диаграмма Infragistics (http://www.infragistics.com/dotnet/netadvantage/aspnet.aspx#Overview)
• .net Charting (http://www.dotnetcharting.com/)
• Управление диаграммами для .Net Framework (Microsoft) (http://weblogs.asp.net/scottgu/archive/2008/11/24/new-asp-net-charting-control-lt-asp-chart-runat-quot-server-quot-gt.aspx)

Управление вспышкой:

• FusionCharts v3 (http://www.fusioncharts.com/)
• 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 по соответствующим вопросам, но нет ничего такого подробного, что я хотел бы прочитать, чтобы принять ответственное решение.

Answer 1

Я немного поработал с Google-диаграммами и .Net Chart Control ( ранее Dundas Chart 5.5 ). У меня нет мнения о других продуктах, которые вы перечислили.

В то время (год назад) не было функционирующего фреймворка .Net для Google Charts (по крайней мере, я его не нашел), и хотя API Google Charts относительно прост, он также очень ограничен. Я обнаружил, что полученный в результате код, который составляет запрос диаграммы, по своей природе уродлив и не очень удобен в обслуживании (я знаю, что это не обязательно ошибка API), но для его улучшения потребовались бы гораздо большие инвестиции). Вот некоторые из полученных графиков . Например, я не смог найти способ выровнять сетку по отметкам. Линия 30 миль в час на третьем графике, кажется, расположена случайно. Если вам нужен детальный контроль, Google Charts - не ваш выбор.

.Net Chart Control, с другой стороны, дает вам много контроля. В начале этого года я работал над прототипом, и цель состояла в том, чтобы создать диаграммы, которые будут соответствовать диаграммам из печатного издания, составленного дизайнерской фирмой. Сначала я подумал, что это потребует компромиссов, но контроль над графиком оказался способным на работу. Вот результат (щелкните на 2-й вкладке). Я нашел возможность использовать диаграмму диапазона таким образом и контролировать размещение меток для вертикальных линий со специальными значениями, довольно уникальными для бесплатного инструмента. Кроме того, Алекс Горев, который ведет форум MSDN, оказался очень полезным, когда я столкнулся с проблемой (хотя он в конечном итоге не смог ее решить).

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

2014 обновление: вышеприведенные комментарии относятся к предыдущему (устаревшему) поколению API Google Chart. Новый API, вероятно, устраняет многие ограничения, поэтому вы должны проверить его.

Answer 2

SimpleChart является простым и простым в использовании компонентом. Я использовал Fusion Charts и рекомендую его для простоты и хорошо представленных графиков.

Answer 3

Я перешел к элементу управления Microsoft Chart , указанному как помеченный ответ, более здесь : Диаграммы для ASP.NET

Answer 4

Повторение всем остальным - все зависит от того, что вам нужно с этим делать.

Мы рассмотрели несколько элементов управления диаграммами для недавнего проекта, и удивительно, что многие из них имеют действительно базовые ограничения. В качестве примера, нам нужно было специально установить размер и положение области графика - вы могли бы подумать, что это будет легко, но Dundas и API для построения диаграмм Microsoft не могут этого сделать. У нас также было много проблем с получением диаграмм для разумного форматирования шкал даты и времени.

В итоге мы пошли на dotnetCharting. Веб-сайт делает его довольно мусорным, но мы нашли его очень хорошим, хотя и немного странным в некоторых местах. Я полностью рекомендую это всем. У него есть довольно приятные вещи AJAXy, но, честно говоря, вы можете (и мы сделали) на заказ написать большую часть этих вещей в любом случае. Есть более важные вещи, которые следует учитывать при выборе инструмента imho.

Составьте список конкретных вещей, которые, по вашему мнению, вам понадобятся, а затем найдите элемент управления, который их выполняет. Не делайте никаких предположений, так как многие инструменты имеют довольно элементарные проблемы (как указано выше).

Answer 5

Я выполнил множество проектов .Net, которые требовали построения графиков и рекомендовал бы решение за пределами .Net.Причина, по которой я выхожу за пределы .Net, заключается в том, что я предоставляю свои наборы данных с помощью JSON (обычно) и люблю переносить обработку на клиент.В целом, это избавляет меня от необходимости наращивать свои серверы с помощью графически интенсивных задач.

В основном я использовал Javascript API, и я бы порекомендовал Protovis , потому что графики прекрасны (но не всегда совместимы с IE) и могутманипулировать в реальном времени на клиенте с помощью новых наборов данных с поддержкой AJAX.

Другой пример - Google Chart and Visualisations.

Answer 6

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

Answer 7

Я использовал управление диаграммами Microsoft в одном из моих проектов. это дало мне то, что мне было нужно.

Учебник по управлению графиками: http://parasdoshi1989.wordpress.com/2010/10/03/how-to-include-charts-in-visual-studio-2008-express-edition-using-microsoft-chart-control/

Answer 8

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

Answer 9

Я использовал DevExpress XtraChart в ASP.NET, и это было здорово. Я успешно использовал Google Chart API в проекте rails, но поскольку он размещен, генерировать точки и метки будет легко на любой платформе.

Answer 10

Я не использовал поперечное сечение этих элементов управления, но из тех, которые я использовал, я предпочитаю веб-схему Infragistics.

На мой взгляд, дизайнер прост в использовании и обладает огромной гибкостью.

Мой второй выбор - Google Chart API .