[SOLUCIONADO] Recorrer ListView en WPF

[sperlox]

Buen lunes a todos y buen inicio de semana.
Alguien sabe como puedo recorrer todo un ListView en WPF con c#
Anteriormente en Windows Form era muy distinto.
Pero Ahora en WPF ni ide ,espero me puedan ayudar.

Quiero obtener todo el list view y tomar cada valor e ir guardandolo en variables
Muchas Gracias

[agleiva]

No se "recorre" un ListView (ni ningún ItemsControl) en WPF.

Lo que tenés que hacer es usar DataBinding para enlazar la UI a un modelo de datos adecuado, y simplemente trabajar con los datos.

Mucho más fácil que winforms que requiere un montón de code behind para cualquier cosa

https://msdn.microsoft.com/es-es/lib...v=vs.100).aspx

Si necesitás más ayuda posteá el código y el XAML que tengas, y una descripción de lo que realmente tenés que hacer, y yo te puedo dar más información.

[sperlox]

Iniciado por agleiva

No se "recorre" un ListView (ni ningún ItemsControl) en WPF.

Lo que tenés que hacer es usar DataBinding para enlazar la UI a un modelo de datos adecuado, y simplemente trabajar con los datos.

Mucho más fácil que winforms que requiere un montón de code behind para cualquier cosa

[url]https://msdn.microsoft.com/es-es/library/vstudio/ms752347(v=vs.100).aspx[/url]

Si necesitás más ayuda posteá el código y el XAML que tengas, y una descripción de lo que realmente tenés que hacer, y yo te puedo dar más información.

Muchas gracias ,pero si es posible , es demasiado facil pero me quebre la cabeza un poco .
Igual dejo como referencia y les pueda ayudar si lo necesitan.


for (int j = 0; j < lsvListaPedido.Items.Count; j++)
{

int cantidad =(int)((DataRowView)lsvListaPedido.Items[j])["cantidad"];
int postre = (int)((DataRowView)lsvListaPedido.Items[j])["postre"];
}

[agleiva]

Disculpa, como te dije antes: Eso NO se hace en WPF, es considerado una mala practica.

Lo podés seguir haciendo todo lo que quieras, pero te vas a topar con un monton de problemas en cuanto quieras hacer algo un poco más complejo, y vas a tener que estar emparchando y haciendo rodeos tediosos para poder hacer lo que quieras, debido a que no estás usando los patrones adecuados.

En lugar de iterar los elementos de un ListView, lo que tenés que hacer es iterar los elementos de una lista de datos en tu modelo de datos, dejando la UI en paz.

Si estás usando System.Data.DataRowView, es porque seguramente tus datos vienen de un System.Data.DataTable. Entonces, por qué no iterás directamente sobre el DataTable, en lugar de lsvListaPedido.Items? Además, no entiendo para qué te complicas la vida implementando ADO.Net manualmente cuando Entity Framework te soluciona todo el acceso a datos de una manera muchísimo más simple, extensible, escalable, portable, y más cómoda para trabajar ya que con EF creás un modelo de datos fuertemente tipado en lugar de estar trabajando todo el tiempo con strings ["postre"], que da lugar a un montón de errores que son tediosos de encontrar ya que no te los atrapa el compilador. Igual eso es otro tema que no tiene que ver específicamente con la UI ni con WPF, aunque está relacionado.

A quien lea este hilo en el futuro: el código de arriba NO es correcto en WPF. Lo que realmente se debe hacer está indicado en el link de MSDN que dejé en mi primer comentario.

[sperlox]

Iniciado por agleiva

Disculpa, como te dije antes: Eso NO se hace en WPF, es considerado una mala practica.

Lo podés seguir haciendo todo lo que quieras, pero te vas a topar con un monton de problemas en cuanto quieras hacer algo un poco más complejo, y vas a tener que estar emparchando y haciendo rodeos tediosos para poder hacer lo que quieras, debido a que no estás usando los patrones adecuados.

En lugar de iterar los elementos de un ListView, lo que tenés que hacer es iterar los elementos de una lista de datos en tu modelo de datos, dejando la UI en paz.

Si estás usando System.Data.DataRowView, es porque seguramente tus datos vienen de un System.Data.DataTable. Entonces, por qué no iterás directamente sobre el DataTable, en lugar de lsvListaPedido.Items? Además, no entiendo para qué te complicas la vida implementando ADO.Net manualmente cuando Entity Framework te soluciona todo el acceso a datos de una manera muchísimo más simple, extensible, escalable, portable, y más cómoda para trabajar ya que con EF creás un modelo de datos fuertemente tipado en lugar de estar trabajando todo el tiempo con strings ["postre"], que da lugar a un montón de errores que son tediosos de encontrar ya que no te los atrapa el compilador.

A quien lea este hilo en el futuro: el código de arriba NO es correcto en WPF. Lo que realmente se debe hacer está indicado en el link de MSDN que dejé en mi primer comentario.

Muchas gracias si lo se es mala practica ,pero me urgía un poco.
Es un proyecto que me dejaron y así estaba programado.
Cerrare el tema
Buena tarde

[agleiva]

Iniciado por sperlox

Muchas gracias si lo se es mala practica ,pero me urgía un poco.

Si "te urgía" deberías implementar los patrones adecuados para no perder tiempo.

La solución correcta requere MENOS esfuerzo que esa desprolijidad que estás haciendo.

[sperlox]

Si lo se , lo siento .
No volverá a pasar y prometo usar EF .
Que tengas buena tarde.