WPF o Windows Forms

Una de las cosas que menos me gustan de Microsoft es que una vez que hacen
algo y va mal... seguirá yendo mal hasta la retirada del mercado del
producto. Es el problema que tienen, que van dos versiones por delante de lo
que sacan, y una vez sacado ya ni se molestan en solucionar problemas, sino
que ya están en el "Producto+1" y "+2", y a no ser que la gente se mosquee,
no arreglan nada.

Pasó con el Visual Studio 2005, nada más salir se detectaron bastantes
problemas serios... y dijeron que los arreglarían en la siguiente versión...
pero a los pocos días organizaron un SP que estaría listo en tres meses...
que al final fueron seis (y que no es que arreglara muchas cosas, de las 300
supuestas correcciones no creo que solucionaran ni 10, por lo menos, de las
10 que me afectaban directamente, sólo medio arreglaron una: el que se le
olvidara compilar el fichero CPP en determinadas circustancias bajo
C++/CLI). En lo que sí afinan bastante es en el C++ y MFC... y me imagino
que porque si tuveran manga por hombro eso no sé cómo iban a poder compilar
Windoses y Oficeses varios...

Aunque personalmente sea un tema con el que discrepo en demasía, es lo que
hay, y no existe a fecha de hoy alternativa seria a las herramientas de
desarrollo...



"Jose Guzman" wrote in message
news:

>

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

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.

Ya. Y sobre los requisitos de los equipos hay alguna diferencia respecto
a las aplicaciones WF ?

Los equipos tienen que tener Windows XP SP2, Windows Vista, Windows Server
2003 o Windows Server 2008.

A los equipos con Windows XP SP2 y Windows Server 2003 hay que instalarles
la .NET Framework 3.0

Por cierto, WF son las siglas de Windows Workflow Foundation.

Saludos:

Jesús López
www.solidq.com

Es todo un tema!

Si habias armardo un enlatado ERP con vb6, ahora tenes que pasarlo a .net y
en unos anios tendras q pasarlo a quien sabe donde.
Y encima el desarrollo de este tipo de sistemas no sale en unos pocos meses!

Saludos
Claudio


"Jose Guzman" escribió en el mensaje
news:

"Rolando" escribió en el mensaje
news:

En mi caso yo digo que es cierto, uno puede ganarse la vida desarrollando
aplicaciones de escritorio usando .NET pero (y quizas de eso era que
hablaba Jose), .NET no es todavia una verdadera herramienta RAD que
permita hacer sistemas rapidamente. Da trabajo terminar un sistema en
.Net y mas que todo aprenderlo. Es costoso el desarrollo en .NET.

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.