WPF o Windows Forms

A mi por mi parte me preocupa la velocidad de las aplicaciones resultantes
ya que como he visto XAML es XML y siempre se dice y vemos lo lento que
suele ser.
Alguna experiencia sobre ese tema de la velocidad?


"[Juanjo]" escribió en el mensaje
news:

Buenos dias grupo:

Busco vuestra opinion, tengo que empezar un proyecto nuevo, y estoy
probando el VS2008,y he visto que hay
dos tipos de proyectos, windows forms o WPF. El proyecto que quiero hacer
es una aplicacion de esscritorio, para ejecutarse dentro de una LAN.

Alguien me puedes decir alguna web que explique las diferencias, o
explicarme que es mejor y para que?

Muchas gracias.

Para el que esta aprendiendo, puede ser conveniente saltarse Windows Forms e
irse a WPF para aplicaciones de escritorio ? Son realmente alternativas
excluyentes para lo mismo?

gracias

"Jesús López" escribió en el
mensaje news:%

No puedo publicar pantallazos porque las aplicaciones son de nuestro
cliente y no tenemos permiso para hacer tal cosa.

De todas maneras estamos trabajando en el SolidRAD como framework de
desarrollo rápido y en cuanto tengamos un piloto te lo hago saber :-)

Un abrazo:

Jesús

"Lluis Franco" escribió en el mensaje
news:

:-)
Hola Jesús,
Ya tengo ganas de ver esas aplicaciones de las que me hablaste en Madrid.
¿Algún screenshot para ir haciendo boca?

Un saludo!

Lluís Franco i Montanyés
[MS-MVP-MCP Visual Basic]
NUG: http://andorradotnet.com
Web: http://sps.uyssoft.com
Blog: http://msmvps.com/blogs/lfranco
Geeks: http://geeks.ms/blogs/lfranco
(Guía de netiquette de los foros)
http://sps.uyssoft.com/Foros%20onli...uette.aspx
FIMARGE, S.A.
Principat d'Andorra

Tel.: +376 805 100
Fax: +376 824 500
Mi Perfil MVP en:
https://mvp.support.microsoft.com/profile/Lluis
This posting is provided "AS IS" with no warranties, and confers no
rights.
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho.

Pero, WPF me deja hacer una aplicacion de escritorio tipica, ejemplo una de
Stock y pedidos ?
Que ventaja me da hacerla por WPF en vez del Windows Forms tradicional?

Estuve buscando foros de wpf pero no encuentro en la lista del Windows Mail
(msnews). Sabeis de algun foro?

gracias

"Guillermo 'guille'" escribió en el mensaje
news:

Mientras aprendes y te decides si necesitas WPF o no, puedes crear una
aplicación de Windows Forms que utilice controles de WPF, el VS2008 te
ayuda a crear esos controles, y los "encaja" bien en un formulario de
Windows.
Si quieres ver un ejemplo:
http://www.elguille.info/NET/vs2008...Texto.aspx

Nos vemos
Guillermo

Microsoft MVP Visual Basic desde 1997
Ayuda a Juanma a vivir: http://www.ayudajuanma.es/


"[Juanjo]" wrote in message
news:

Buenos dias grupo:

Busco vuestra opinion, tengo que empezar un proyecto nuevo, y estoy
probando el VS2008,y he visto que hay
dos tipos de proyectos, windows forms o WPF. El proyecto que quiero
hacer es una aplicacion de esscritorio, para ejecutarse dentro de una
LAN.

Alguien me puedes decir alguna web que explique las diferencias, o
explicarme que es mejor y para que?

Muchas gracias.

Hola.

Yo tengo en lista aprender WPF, no sé cuándo, pero lo haré. Personalmente
pienso que es una de las situaciones en la que la lentitudo del XML no tiene
importancia frente a la lentitud de la creación de controles gráficos, que
será del orden de 10 a 1. Es decir, es tan caro crear y mostrar una ventana
que la lentitud del XML no importa. Aparte de eso, el sistema de crear los
controles que tiene Windows Forms quizás sea más lento todavía que el XML.

Windows Forms (WF) adolece de ciertos problemas (yo lo llamo bugs, hay gente
que lo llama diseño desafortunado) que espero y supongo el XAML no tenga. El
mayor problema en la creación de controles WF es que el .NET no siempre
respeta el árbol de objetos, y menos aún si construyes algo fuera de
CreateComponents. Es decir, tu creas un control que a su vez tiene dos hijos
y finalmente WF construye ese control con un hijo y el que debía haber sido
hijo también resulta que es hermano, etc..

Al ser XAML estrictamente jerárquico, espero que se respete dicha jerarquía,
y si no recuerdo mal lo que se crea es un fichero de metadatos (no XML real,
sino XML binario) que un motor ha de interpretar... Si todo eso está bien
hecho, debería ser más rápido que WF, de hecho esa es la forma de trabajar
que tiene Win32. Los cuadros de diálogo son ficheros de texto que se
compilan a un metacódigo que se inserta en el EXE y que a su vez Win32 carga
del EXE y construye el cuadro de diálogo. Delphi y C++Builder también
funcionan de forma parecida (los ficheros DFM), y también son enormemente
rápidos construyendo la interfaz (enormemente más rápidos que con WF).
Quiero creer que lo han hecho así, porque es la forma más lógica.

Otra cosa que tiene WPF y en la que Microsoft ha mentido descaradamente es
en el tema del funcionamiento interno. Debajo de WPF no está DirectX, o no
al menos en la mayor parte de los controles, sino que se trata de otro GDI o
GDI+ genérico que a veces, y sólo a veces, usa DirectX... No lo he
comprobado, pero sí que he visto aplicaciones WPF que se arrastran en un
QUAD con una Nivida 8800 y muchos gigas de RAM, y conozco a un par de
programadores que sí han hecho aplicaciones WPF y están algo desencantados
con el supuesto DirectX que realmente no es más que otro motor que termina
en el clásico GDI estándar de toda la vida... Así que no esperéis grandes
rendimientos si empezáis a aplicar transformaciones no lineales y cosas así
en WPF...

"Jose Guzman" wrote in message
news:

A mi por mi parte me preocupa la velocidad de las aplicaciones resultantes
ya que como he visto XAML es XML y siempre se dice y vemos lo lento que
suele ser.
Alguna experiencia sobre ese tema de la velocidad?


"[Juanjo]" escribió en el mensaje
news:

Buenos dias grupo:

Busco vuestra opinion, tengo que empezar un proyecto nuevo, y estoy
probando el VS2008,y he visto que hay
dos tipos de proyectos, windows forms o WPF. El proyecto que quiero
hacer es una aplicacion de esscritorio, para ejecutarse dentro de una
LAN.

Alguien me puedes decir alguna web que explique las diferencias, o
explicarme que es mejor y para que?

Muchas gracias.

Gracias por los detalles que explicas.

Nada mas agregarr que Microsoft saca tantas tecnologias diferentes con tanta
frecuencia pero (aparte de el sql server) uno como que no encuentra algo
realmente bueno, rapido y amigable como que permita a uno ganarse la vida
vendiendo aplicaciones de escritorio.



"RFOG" escribió en el mensaje
news:

Hola.

Yo tengo en lista aprender WPF, no sé cuándo, pero lo haré. Personalmente
pienso que es una de las situaciones en la que la lentitudo del XML no
tiene importancia frente a la lentitud de la creación de controles
gráficos, que será del orden de 10 a 1. Es decir, es tan caro crear y
mostrar una ventana que la lentitud del XML no importa. Aparte de eso, el
sistema de crear los controles que tiene Windows Forms quizás sea más
lento todavía que el XML.

Windows Forms (WF) adolece de ciertos problemas (yo lo llamo bugs, hay
gente que lo llama diseño desafortunado) que espero y supongo el XAML no
tenga. El mayor problema en la creación de controles WF es que el .NET no
siempre respeta el árbol de objetos, y menos aún si construyes algo fuera
de CreateComponents. Es decir, tu creas un control que a su vez tiene dos
hijos y finalmente WF construye ese control con un hijo y el que debía
haber sido hijo también resulta que es hermano, etc..

Al ser XAML estrictamente jerárquico, espero que se respete dicha
jerarquía, y si no recuerdo mal lo que se crea es un fichero de metadatos
(no XML real, sino XML binario) que un motor ha de interpretar... Si todo
eso está bien hecho, debería ser más rápido que WF, de hecho esa es la
forma de trabajar que tiene Win32. Los cuadros de diálogo son ficheros de
texto que se compilan a un metacódigo que se inserta en el EXE y que a su
vez Win32 carga del EXE y construye el cuadro de diálogo. Delphi y
C++Builder también funcionan de forma parecida (los ficheros DFM), y
también son enormemente rápidos construyendo la interfaz (enormemente más
rápidos que con WF). Quiero creer que lo han hecho así, porque es la forma
más lógica.

Otra cosa que tiene WPF y en la que Microsoft ha mentido descaradamente es
en el tema del funcionamiento interno. Debajo de WPF no está DirectX, o no
al menos en la mayor parte de los controles, sino que se trata de otro GDI
o GDI+ genérico que a veces, y sólo a veces, usa DirectX... No lo he
comprobado, pero sí que he visto aplicaciones WPF que se arrastran en un
QUAD con una Nivida 8800 y muchos gigas de RAM, y conozco a un par de
programadores que sí han hecho aplicaciones WPF y están algo desencantados
con el supuesto DirectX que realmente no es más que otro motor que termina
en el clásico GDI estándar de toda la vida... Así que no esperéis grandes
rendimientos si empezáis a aplicar transformaciones no lineales y cosas
así en WPF...

"Jose Guzman" wrote in message
news:

A mi por mi parte me preocupa la velocidad de las aplicaciones resultantes
ya que como he visto XAML es XML y siempre se dice y vemos lo lento que
suele ser.
Alguna experiencia sobre ese tema de la velocidad?


"[Juanjo]" escribió en el mensaje
news:

Buenos dias grupo:

Busco vuestra opinion, tengo que empezar un proyecto nuevo, y estoy
probando el VS2008,y he visto que hay
dos tipos de proyectos, windows forms o WPF. El proyecto que quiero
hacer es una aplicacion de esscritorio, para ejecutarse dentro de una
LAN.

Alguien me puedes decir alguna web que explique las diferencias, o
explicarme que es mejor y para que?

Muchas gracias.