Controles de gráfico para ASP.NET

Question

Estoy buscando la opinión de las personas y la experiencia en el uso de controles de gráfico dentro de una aplicación ASP.NET (formularios web o MVC) principalmente, pero también en cualquier tipo de proyecto.

Actualmente estoy investigando y tengo una gran lista de controles para evaluar. Mi lista incluye (en ningún orden particular):

controles ASP.NET:

• DevExpress XtraCharts (http://demos.devexpress.com/XtraChartsDemos/)
• Dundas Gráfico de .NET (http://www.dundas.com/)
• Telerik RadChart para ASP.NET AJAX (http://www.telerik.com/)
• ComponentArt Charting & Visualización para ASP.NET (http://www.componentart.com/)
• Infragistics WebChart (http://www.infragistics.com/dotnet/netadvantage/aspnet.aspx#Overview)
• .NET de gráficos (http://www.dotnetcharting.com/)
• gráfico de control de Net Framework (de Microsoft) (http://weblogs.asp.net/scottgu/archive/2008/11/24/new-asp-net-charting-control-lt-asp-chart-runat-quot-server-quot-gt.aspx)

flash controla:

• FusionCharts v3 (http://www.fusioncharts.com/)
• Gráficos 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)

(Si me perdí algo que vale la pena comparar con lo anterior, por favor hágamelo saber)

Lo que estoy buscando son opiniones sobre el uso de cualquiera de los anteriores para que pueda formar el mío y ayudar a otros a hacer lo mismo, basado en lo que leo aqui

No me importa cuál es mejor. Lo que me importa es por qué a alguien le gusta uno de los anteriores y qué ofrecen estos controles como una clara ventaja. Estoy interesado en la opinión del desarrollador y me gustaría saber qué cosas son difíciles de hacer con cualquiera de los controles anteriores y qué cosas son fáciles de lograr. Compatibilidad con AJAX (incluida en los controles pero también en forma manual), compatibilidad ASP.NET, capacidades de entrada, opciones de enlace de datos, rendimiento, la cantidad de código que uno necesita escribir para crear un gráfico, son algunas de las cosas que Quisiera leer sobre.

Ya he hecho mi investigación sobre StackOverflow para preguntas relevantes, pero no hay nada en el nivel de detalle que me gustaría leer para tomar una decisión responsable.

Answer 1

Trabajé un poco con los gráficos de Google y .Net Chart Control (formerly Dundas Chart 5.5). No tengo una opinión sobre los otros productos que enumeró.

En ese momento (hace un año) no existía .Net wrapper framework para Google Charts (al menos no encontré ninguno), y si bien el Google Charts Api es relativamente simple, también es muy limitado. Descubrí que el código resultante que compone la solicitud del gráfico es inherentemente feo y no muy fácil de mantener (no necesariamente es culpa de la API, lo sé, pero habría requerido una inversión mucho mayor para hacerlo mejor). Here are some of the resulting charts. Por ejemplo, no pude encontrar una manera de alinear la grilla con las marcas. La línea de 30 mph en el tercer cuadro parece estar colocada al azar. Si necesita un control detallado, Google Charts no es su elección.

El .Net Chart Control, por otro lado, le proporciona un gran control. Trabajé en un prototipo a principios de este año y el objetivo era crear gráficos que coincidieran con los de una publicación impresa elaborada por una empresa de diseño. Al principio pensé que requeriría compromisos, pero el control de gráfico resultó ser capaz del trabajo. Here is the result (haga clic en la segunda pestaña). Encontré la capacidad de usar un cuadro de rango de esta manera y tuve control sobre la ubicación de las etiquetas para las líneas verticales en valores especiales bastante únicos para una herramienta gratuita. Además, Alex Gorev, que dirige el foro de MSDN, resultó ser muy útil cuando I ran into an issue (aunque finalmente no pudo resolverlo).

No es un control, pero otra opción para producir gráficos y publicarlos en la web es SSRS. He usado la interfaz del servicio web para publicar a report that contains a chart. Esta podría ser una mejor opción para conjuntos muy grandes.

Actualización de 2014: los comentarios anteriores corresponden a una generación anterior (obsoleta) de la API de gráficos de Google. La nueva API probablemente solucione muchas de las limitaciones, por lo que debería verificarla.

Answer 2

Hasta ahora, las mejores tablas que he utilizado son FusionCharts. se puede usar con cualquier lenguaje de programación, ya que proporciona una buena documentación. la versión gratuita es lo suficientemente buena.

Answer 3

No utilicé muchas herramientas de gráficos, pero asegúrese de que funcionará con MVC si planea usar este marco. Tengo algunos problemas con DevExpress Grid y MVC.

Answer 4

No he utilizado una sección transversal de estos controles, pero de los que he usado, prefiero Infragistics WebChart.

En mi opinión, el diseñador es fácil de usar y hay mucha flexibilidad.

Mi segunda opción sería la Google Chart API.

Answer 5

Fui con el Chart control de Microsoft, mencionado como la respuesta marcada, sobre here: Charts for ASP.NET

Answer 6

SimpleChart es un componente sencillo y fácil de usar. He usado Fusion Charts y también lo recomendaría por simplicidad y gráficos bien presentados.

Answer 7

He usado DevExpress XtraChart en ASP.NET, y fue genial. Utilicé Google Chart API correctamente en un proyecto de rieles, pero como está alojado, generar los puntos y las etiquetas sería fácil en cualquier plataforma.

Answer 8

He hecho muchos proyectos .Net que requieren gráficos y recomendarían una solución fuera de .Net. La razón por la que salgo de .Net es porque expongo mis conjuntos de datos por JSON (generalmente) y me gusta mover el procesamiento al cliente. En general, esto me ahorra el florecimiento de mis servidores con tareas gráficamente intensivas.

Principalmente he usado Javascript API y recomendaría Protovis porque los gráficos son hermosos (pero no siempre compatibles con IE) y pueden manipularse en tiempo real en el cliente con nuevos conjuntos de datos alimentados por AJAX.

Otro punto a destacar es Google Chart and Visualisations.

Answer 9

Haciéndose eco de todos los demás, todo depende de lo que tenga que hacer con él.

Observamos una serie de controles de gráficos para un proyecto reciente y es increíble cuántos de ellos tienen limitaciones realmente básicas. A modo de ejemplo, necesitábamos establecer específicamente el tamaño y la posición del área de la trama: creería que sería fácil, pero las API dundas y microsoft no pueden hacerlo. También tuvimos muchos problemas para obtener tablas para formatear las escalas de fecha y hora con sensatez.

Al final fuimos a dotnetCharting. El sitio web hace que parezca bastante basura, pero hemos encontrado que es extremadamente bueno, aunque un poco peculiar en algunos lugares. Lo recomendaría a cualquiera. Tiene algunas cosas AJAXy razonablemente resbaladizas, pero para ser sincero, puedes (y nosotros lo hicimos) escribir la mayoría de esas cosas tú mismo de todos modos. Hay cosas más importantes a considerar al elegir la herramienta imho.

Haz una lista de cosas específicas que crees que necesitarás y luego encuentra un control que las haga. No haga suposiciones, ya que muchas de las herramientas tienen problemas bastante elementales (como se indicó anteriormente).

Answer 10

Estoy usando ChartDirector en mis proyectos. Lo que más me gusta de este componente son ejemplos muy complejos. He podido implementar su ejemplo de diagrama financiero sin apenas alteraciones, lo que permite ahorrar una gran cantidad de tiempo en el proceso.

Answer 11

he utilizado el control de gráficos de Microsoft en uno de mis proyectos. me proporcionó cosas que necesitaba.

Tutorial para el Control Charts: http://parasdoshi1989.wordpress.com/2010/10/03/how-to-include-charts-in-visual-studio-2008-express-edition-using-microsoft-chart-control/