C# Diagrama de manipulación de aplicaciones basado en documentos de .NET Diagramas

Question

Me gustaría desarrollar una nueva aplicación en la que el usuario pueda tener la capacidad de crear diagramas que representen procesos. Creo que en este caso una aplicación basada en documentos es la única opción que tengo. Estoy familiarizado con C# .net, C++ MFC y J2EE.

Según su experiencia, ¿cuál es la mejor manera de lograrlo y en qué plataforma debo concentrarme?

Los diagramas deben consistir en cuadros y conexiones de flecha. Más o menos algo así como el diagrama EPC en Visio, con la diferencia de que mientras se está ejecutando un proceso, el diagrama debe presentar el progreso con algunos efectos visuales. Por ejemplo, flashear cuadros o cambiar el color de las flechas.

Sé que no está muy claro, pero si alguien pudiera ayudar, estaría muy agradecido.

gracias de antemano

Answer 1

Creo WPF (Windows Presentation Foundation) puede ser que ayude, esta plataforma presentes por Microsoft para aplicaciones que IU es importante, esta plataforma pueda usted por cualquier gráfico diseño en formas de Windows y también tienen poderosas instalaciones de programación como vinculante y ...

Answer 2

Hay un montón de bibliotecas para esto. Syncfusion tiene uno que es bastante bueno.

http://www.syncfusion.com/products/user-interface-edition/wpf/Diagram

Answer 3

WPF es útil porque se puede crear objetos de primitivas gráficas como líneas, rectángulos y círculos y añadirlos a los contenedores y que no tendrá que volver a dibujar el diagrama de mensajes OnPaint. También le permitirá agregar fácilmente animaciones y crear una apariencia más realzada.

Answer 4

Hay muchas opciones de diagramación en Java y .NET. Creo que depende de lo que quieres lograr para saber cuál es mejor. Si desea mantener su aplicación principal MFC puede intentar esto: http://weblogs.thinktecture.com/cnagel/2010/04/mfc-and-wpf-interop.html.

Recomendaría reconsiderar MFC o al menos hibridizarlo ya que Windows 8 parece que podría soltar o emular a win32, ya que su objetivo es la arquitectura múltiple. (No tengo confirmación de esto, y no estoy afiliado con Microsoft, pero, desde el punto de vista estratégico, creo que es una apuesta más segura para elegir algo con más probabilidades de obtener soporte continuo).

Para Java:

1. Una corriente principal de la biblioteca de Java http://www.jgraph.com/jgraph.html
2. una lista de muchas bibliotecas http://www.manageability.org/blog/stuff/open-source-structured-graphics-libraries-in-java
3. http://www.piccolo2d.org/

para .NET:

1. puro WPF. (vea este ejemplo de código abierto gratuito: http://www.codeproject.com/KB/WPF/WPFDiagramDesigner_Part4.aspx). Como otros han mencionado, este es un candidato muy fuerte. 2 Diseñador de flujo de trabajo de Windows (esto se puede volver a crear y yo elegí esto por algo que estaba haciendo. Es muy, muy flexible y poderoso. Probablemente exagerado a menos que desee diagramas ejecutables. Si está interesado, vea:.net 4 update 1's StateMachine diagram type).
   1. Un pago, opción de rendimiento alto: http://visualizationtools.net/default/large-diagrams/

Yo recomendaría el enfoque WPF puro, sin embargo, estoy sesgo hacia WPF. ¿Has considerado las opciones de diagramas de JavaScript? Esta podría ser una opción que sea fácil de integrar con cualquier cosa y que sea más probable que sea un tanto a prueba de futuro en términos del futuro de las tecnologías.