WPF ??? !!!!

On Sun, 13 Apr 2008 16:11:15 +0200, "Jesús López"
wrote:

1. Porque usar WPF?

Porque es mucho mejor que windows forms

Ya, pero ¿Por que?

Lamento no poderte dar una respuesta mejor. Pero en un grupo de noticias no
hay sitio para dar una respuesta completa que requeriría más de diez
páginas.

Sitio hay todo el que quieras, aunque entre 10 páginas y 3 líneas
también existen términos medios :-)

Yo por lo menos me he quedado como estaba.

Por cierto. ¿Que opinas de esto que dice un tal Glenn Block de
Microsoft?

"Win Forms is the recommended breadth solution for LOB application
development for the foreseeable future."

Win Forms es de largo la solución recomendada para el desarrollo de
aplicaciones de linea de negocio para un futuro inmediato.

http://blogs.msdn.com/gblock/archiv...oming.aspx


Saludos
Alfredo

Mira, hay cientos de artículos en Internet donde se describen las bondades
de WPF. Yo te las voy a repetir aquí. Ni en tres líneas ni en diez tengo
espacio para contártelas todas. Puede que el mi blog escriba un artículo
acerca de esto, pero no aquí en el grupo de noticias, porque no está para
eso.

El artículo ese, por mucho que diga que Windows Forms es la opción
recomendada, yo tengo mi propio criterio basado en mi propia experiencia.
He realizado aplicaciones con Windows Forms desde que salíó .NET Framework
1.0 en el 2002, conozco Visual Studio 2002 desde la beta1 y llevo un año
desarrollado aplicaciones de negocio centradas en datos con WPF. Para mi no
hay color, WPF le da mil vueltas a Windows Forms en todos los sentidos.


Saludos:

Jesús López
www.solidq.com



"Alfredo Novoa" escribió en el mensaje
news:

On Sun, 13 Apr 2008 16:11:15 +0200, "Jesús López"
wrote:

1. Porque usar WPF?

Porque es mucho mejor que windows forms

Ya, pero ¿Por que?

Lamento no poderte dar una respuesta mejor. Pero en un grupo de noticias
no
hay sitio para dar una respuesta completa que requeriría más de diez
páginas.

Sitio hay todo el que quieras, aunque entre 10 páginas y 3 líneas
también existen términos medios :-)

Yo por lo menos me he quedado como estaba.

Por cierto. ¿Que opinas de esto que dice un tal Glenn Block de
Microsoft?

"Win Forms is the recommended breadth solution for LOB application
development for the foreseeable future."

Win Forms es de largo la solución recomendada para el desarrollo de
aplicaciones de linea de negocio para un futuro inmediato.

http://blogs.msdn.com/gblock/archiv...oming.aspx


Saludos
Alfredo

On Mon, 14 Apr 2008 14:18:17 +0200, "Jesús López"
wrote:

Mira, hay cientos de artículos en Internet donde se describen las bondades
de WPF.

Y también hay muchos que dicen que WinForms es todavía mejor para
aplicaciones de gestión.

Yo te las voy a repetir aquí. Ni en tres líneas ni en diez tengo
espacio para contártelas todas.

Te repito que espacio tienes todo el que quieras. El servidor de news
de Microsoft admite artículos de miles de líneas. Otra cosa es que no
te apetezca, que me parecería muy bien, pero por espacio que no sea
:-)

Puede que el mi blog escriba un artículo
acerca de esto, pero no aquí en el grupo de noticias, porque no está para
eso.

Yo no estoy de acuerdo. Era una pregunta a la que se le podía
responder bastante mejor.

El artículo ese, por mucho que diga que Windows Forms es la opción
recomendada, yo tengo mi propio criterio basado en mi propia experiencia.
He realizado aplicaciones con Windows Forms desde que salíó .NET Framework
1.0 en el 2002, conozco Visual Studio 2002 desde la beta1 y llevo un año
desarrollado aplicaciones de negocio centradas en datos con WPF. Para mi no
hay color, WPF le da mil vueltas a Windows Forms en todos los sentidos.

Pues hay gente que dice que WinForms todavía es mejor en algunas cosas
y dan argumentos.

Yo he trasteado un poco con el diseñador de WPF de VS2008 y me ha
parecido mucho más engorroso que el de WinForms para aplicaciones de
gestión y además no están todos los controles que hay en WinForms.


Saludos
Alfredo

Hola,

"Alfredo Novoa" escribió en el mensaje de noticias
news:

On Mon, 14 Apr 2008 14:18:17 +0200, "Jesús López"
wrote:


Yo he trasteado un poco con el diseñador de WPF de VS2008 y me ha
parecido mucho más engorroso que el de WinForms para aplicaciones de
gestión y además no están todos los controles que hay en WinForms.

Si, el diseñador de WPF es más complicado y engorroso de trabajar con el,
pero
creo que en su mayor parte es debido a que WPF no trabaja de la forma
habitual a la
que estamos habituados (ubicaciones fijas y controles absolutamente
inmutables, por ejemplo,
un botón solo puede contener lo que el diseñador del botón ha decidido).
Incluso el Expression
Blend, que se supone que es para diseñadores de interfaces de usuario me
parece demasiado
engorroso, por lo que al final siempre acabo utilizando el editor de marcado
directamente, lo que
hago habitualmente también en la web y por la misma razón.

Respecto a los controles que existe en WinForms y no en WPF. Un tema
complicado. No existe
el DataGridView, por ejemplo, pero dado el modo de trabajar de WPF, un
ListView es un DataGridView
mucho más potente que el de WinForms. Quizas requiera un poco de trabajo más
conseguir el mismo
resultado (no hay ordenación automática, por ejemplo), pero los resultados
son mucho más espectacular,
tanto visualmente como funcionalmente.

Quizas (es mi opinión, no un argumento) la razón por la que se recomienda
seguir con WinForms es que
el cambio es bastante radical y Microsoft intenta, como labor de Marketing,
suavizar la transición. Si la gente
se va acostumbrado a WPF gradualmente no se echarán las manos a la cabeza
cuando intenten crear un
splitter en WPF y tarden media hora para entender porque al contraer una de
las celdas se contrae también
la toolbar (me ha pasado a mi y estoy acostumbrado a los layouts de mis
tiempos de Java :) ).

Saludos.

Juan Carlos Paramá

Hola Juan Carlos,

On Wed, 16 Apr 2008 10:55:23 +0200, Juan Carlos Paramá
wrote:

Si, el diseñador de WPF es más complicado y engorroso de trabajar con el,
pero
creo que en su mayor parte es debido a que WPF no trabaja de la forma
habitual a la
que estamos habituados (ubicaciones fijas y controles absolutamente
inmutables, por ejemplo,
un botón solo puede contener lo que el diseñador del botón ha decidido).
Incluso el Expression
Blend, que se supone que es para diseñadores de interfaces de usuario me
parece demasiado
engorroso, por lo que al final siempre acabo utilizando el editor de marcado
directamente, lo que
hago habitualmente también en la web y por la misma razón.

Pues yo me puedo volver loco si hago eso. Yo necesito crear
formularios complejos con literalmente cientos de controles
(repartidos en tabpages y tabcontrols dentro de tabpages) de forma
rápida y cómoda, y para eso el diseñador de WinForms está bastante
bien. Con el de WPF me siento en pelotas, aunque tampoco he tenido
mucha paciencia.

Con WinForms uso mucho el "docking" y los "anchors" y los "splitters",
y las alineaciones automáticas, y con el diseñador de WPF no me
aclaro.

A mi lo de que los formularios sean vectoriales me importa bastante
poco.

Respecto a los controles que existe en WinForms y no en WPF. Un tema
complicado. No existe
el DataGridView, por ejemplo, pero dado el modo de trabajar de WPF, un
ListView es un DataGridView
mucho más potente que el de WinForms. Quizas requiera un poco de trabajo más
conseguir el mismo
resultado (no hay ordenación automática, por ejemplo), pero los resultados
son mucho más espectacular,
tanto visualmente como funcionalmente.

Pues para mi el DataGridView es fundamental y el de WinForms ya me
queda bastante justito en funcionalidad y me he tenido que crear
nuevos tipos de columnas, como por ejemplo una que combina un TextBox
y un botón y también uso mucho las columnas con un ComboBox enlazado a
una tabla.

¿Se puede hacer todo esto con WPF?

Otra cosa que necesito y no me resuelve el DataGridView es poder
insertar una nueva fila en la posición que yo quiera en lugar de al
final.

Quizas (es mi opinión, no un argumento) la razón por la que se recomienda
seguir con WinForms es que
el cambio es bastante radical y Microsoft intenta, como labor de Marketing,
suavizar la transición. Si la gente
se va acostumbrado a WPF gradualmente no se echarán las manos a la cabeza
cuando intenten crear un
splitter en WPF y tarden media hora para entender porque al contraer una de
las celdas se contrae también
la toolbar (me ha pasado a mi y estoy acostumbrado a los layouts de mis
tiempos de Java :) ).

Buf, pues entonces esto del WPF me da pánico :-)



Saludos
Alfredo