WPF o Windows Forms

06/03/2008 - 09:28 por [Juanjo] | Informe spam
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.

Preguntas similare

Leer las respuestas

#31 Jose Guzman
09/03/2008 - 13:27 | Informe spam
"Rolando" escribió en el mensaje
news:
Mostrar la cita
Exacto, de eso hablaba. Imagina yo vengo del mundo de PowerBuilder y Visual
Foxpro donde el tema en los sistemas windows las cosas eran mucho mas
simples de implementar y en menos tiempo.
No digo con eso que C# sea malo.
#32 Jose Guzman
09/03/2008 - 13:29 | Informe spam
Ya. Y sobre los requisitos de los equipos hay alguna diferencia respecto a
las aplicaciones WF ?

Jesus, gracias por las aclaraciones, ya me va interesando mas esto del WPF.

"Jesús López" escribió en el
mensaje news:eeeB%
Mostrar la cita
#33 RFOG
09/03/2008 - 13:30 | Informe spam
Lo que me imaginaba. Será entonces casi igual de rápido que los recursos
nativos compilados, y digo *casi* porque evidentemente el .NET es algo más
lento que el Win32, pero por nada más.

"Jesús López" wrote in message
news:ORFq%
Mostrar la cita
#34 RFOG
09/03/2008 - 13:37 | Informe spam
"Jesús López" wrote in message
news:e%
Mostrar la cita
Coñe, es que si no fuera así... mal íbamos a ir.

Respecto a lo de que WF es bueno... disiento un poco: es meramente
aceptable, y la prueba la tienes cuando en el IDE se te desbaratan todos los
controles o intentas salirte de lo que MS ha previsto. ¿Has probado a
insertar por programa una toolbar en una posición concreta cargada de disco,
y a crear controles a mano fuera de IntializeComponents? Ni se colocan donde
dices, ni con la forma que quieres, por lo menos antes del SP1 del 2.0, los
splitters unas veces se colocan donde quieres (por código, no en el diseño
original), otras no. Añade que el "Sender" en los eventos de los controles
compuestos es la propia ficha y no el subcontrol que lo genera, el tema del
evento de doble click que nunca se dispara en la mayoría de controles...

De WPF no puedo decir nada porque apenas lo he visto por encima... pero no
me extrañaría que tuviera pifias (uy, perdón, "features") del mismo estilo.

Mostrar la cita
#35 Jose Guzman
09/03/2008 - 14:25 | Informe spam
Mostrar la cita
Ni se puede personalizar ese pintado procedimental que tiene el IDE. Ni
cambiar el orden de inicializacion de los objetos, etc. etc.
Recientemente yo puse un mensaje respecto a un caso parecido. Por suerte me
ayudaron diciendo lo de la prop. DesignMode para poder ignorar por codigo
esos terribles errores que da el IDE que te impiden ver un control
visualmente en el tiempo de diseño. Espero que WPF tenga mejoras al
respecto porque WF deja mucho que desear en cuanto a lo rigido del codigo
auto-generado. Por lo que se ve eso no lo van a arreglar para WF porque de
ser asi lo habrian hecho en la nueva version 2008 y por lo visto sigue
igual.
Ads by Google
Search Busqueda sugerida