personalizar - wpf datagrid columns
¿DataGrid es una necesidad en WPF? (7)
He visto muchas discusiones y personas preguntando por DataGrid para WPF y quejándose de Microsoft por no tener una con su marco WPF hasta la fecha. Sabemos que WPF es una excelente tecnología de interfaz de usuario y tiene el concepto de ItemsControl, DataTemplate, etc. para hacer un excelente UX. Incluso WPF tiene un control más parecido: ListView, que se puede modelar fácilmente para ofrecer un mejor UX que una pantalla tradicional como Datagrid. Y diría que un control DataGrid listo para usar matará u ocultará mucha creatividad y seguramente disminuirá las innovaciones en el campo Experiencia de usuario.
Entonces, ¿cuál es su opinión sobre la necesidad de DataGrid en WPF como un componente del Marco? Si crees que es necesario, ¿es porque el mundo está tan acostumbrado a la forma de visualización de datos DatGrid durante muchos años?
Algunos otros temas que tienen la discusión sobre DatGrid están aquí y aquí
Enlace a WPF ToolKit - Último WPF DatGrid
Los DataGrid son excelentes para mostrar grandes cantidades de datos tabulares vinculados a una tienda de respaldo.
Pero lo que sucedió en el mundo de WinForms fue que la gente a menudo los usaba para todo lo que requería una lista de desplazamiento de elementos múltiples. Pronto se habilitaron los DataGrids de terceros que permitían que las columnas y los campos tuvieran botones, ComboBoxes e íconos, etc.
El DataGrid se convirtió en un caballo de batalla porque había una necesidad de algo en lo que se pudiera forzar a comportarse. Algo similar sucedió con DataTables antes de que aparecieran las colecciones genéricas, y cuando se usan muchas DataTables, presentarlas en la UI con DataGrid es la ruta de menor resistencia.
Creo que cuando salió WPF, muchos programadores como yo seguían pensando de esta manera y buscaron los puertos WPF del concepto DataGrid.
No se puede pensar en un mejor control para mostrar datos tabulares, especialmente en aplicaciones comerciales en las que no se desea reinventar la rueda mediante la creación de plantillas / desarrollo de ItemsControl (Headered) para que se comporte como el antiguo DGV. Estoy seguro de que viste esto .
¡Sí lo es! Entre muchos otros controles que el ms no pudo entregar. (Datepicker, NumericControl)
MS primero debería darnos las herramientas para hacer el trabajo, eso es lo menos que espero de un entorno de programación con la exageración de wpf.
Después de trabajar con WPF durante aproximadamente 2 años. Yo diría que un DataGrid es realmente un ListBox glorificado (ya que [casi] todo en WPF no tiene estilo).
Se podría diseñar un ListBox para tomar una entidad de algún tipo y mostrar un control de "registro" para cada entrada. Según la flexibilidad con que se realicen, podrían ajustarse automáticamente en función de la entidad aprobada.
Es esencial, pero puede lograr casi el mismo efecto con un ListView que está usando un GridView, ¿o no?
Sí DataGrids nunca desaparecerá como componentes esenciales de UI de negocios. ¡La gente adora sus hojas de cálculo y queremos compartir ese amor!
Tenga en cuenta que MS está enviando estos controles adicionales: han creado WPF Toolkit en CodePlex para proporcionar un estilo de implementación de código abierto de respuesta rápida.
Ya incluye un DataGrid y un calendario.
Nadie discute que usted mismo puede hacer un control DataGrid en WPF. Probablemente se pueda decir lo mismo sobre WinForms, aunque sería más difícil. Implementé algunas funciones con ListView, presentar datos tabulares es fácil, incluso podría decirse que está bien soportado. Sin embargo, la cantidad de código, código escrito manualmente, que se necesita para editar ListView es enorme.
Las aplicaciones comerciales generalmente requieren la edición de muchas tablas, y no desea ser creativo, quiere ser rápido. Es por eso que DataGrid es necesario en mi opinión.