WPF o Windows Forms

¿Este tipo de aplicaciones corren solo sobre Windows? La pc en donde se
ejecuta tiene q tener el .net 3.0?

Esta tecnologia tendra futuro? pregunto respecto a si la idea de Microsoft
es continuar con la misma o piensan que en cualquier momento la abandonaran?
(nadie tiene la bola de cristal pero a veces los rumores ayudan)

Esto serviria para hacer un sistema de facturacion, donde la aplicacion
corre en la pc de la sucursal y los datos estan en un servidor? (o el
objetivo de todo esto es otro)
O para el caso que menciono seria mejor usar ajax?

Gracias por la info.
Claudio

"Jesús López" escribió en el
mensaje news:
Mostrar la cita

Nosotros empezamos en junio de 2007 una serie de aplicaciones y nos
decidimos por usar WPF y CAB. Hay una versión de CAB para hacer
aplicaciones WPF puras que se llama SCSFContrib:

http://www.codeplex.com/scsfcontrib

Las aplicaciones estarán en producción el mes que viene.

Ninguno de nosotros habíamos hecho nunca aplicaciones con WPF ni con CAB,
sin embargo estamos muy satisfechos con el resultado. La riqueza de
interfaz de usuario que proporciona WPF no tiene parangón. Y usar CAB nos
ha obligado a utilizar patrones de diseño que hacen que nuestras
aplicaciones estén mucho mejor escritas.

Lo peor ha sido la curva de aprendizaje de CAB. CAB es complejo y te
obliga a cambiar la forma de enfocar las aplicaciones. Yo necesité dos
semanas para llegar a entender CAB y empezar a trabajar con la seguridad
de saber lo que estaba haciendo..

Una vez hechas estas aplicaciones yo ya no quiero volver a oir hablar de
Windows Forms. Windows Forms se me antoja una tecnología completamente
obsoleta.


Saludos:

Jesús López
www.solidq.com



"Teresita Núñez - SorCereSs - " escribió en el
mensaje news:
Mostrar la cita

Hola!
Yo me vi con la misma cuestión la semana pasada cuando empezaba un nuevo
proyecto
y terminé optando por Smart Client Software Factory, es un poco
"complicado" al principio
pero cuando le agarras la vuelta vaya que funciona! ;)
Sólo por si te interese, esto te daría la posibilidad de "experimentar"
(si no ahora, más adelante) con WPF y aún puede desarrollar tu proyecto
sin él (mientras, caso decidas hacerlo).
Puedes obtener más información aquí:
http://msdn2.microsoft.com/en-us/li...80482.aspx

Saludos!

SorCereSs
MCTS: NET Framework 2.0 - Web-Based Client Development
MCPD: Web Developer
Microsoft Student Partner - Paraguay

Disculpa que me entrometa

Mostrar la cita

¿Este tipo de aplicaciones corren solo sobre Windows? La pc en donde se
ejecuta tiene q tener el .net 3.0?

si o mejor el framework 3.5, si es una aplicación WPF para windows solo
se ejecutará sobre windows, si es una aplicacion WPF para el navegador
puede ejecutarse siempre que la maquina tenga instalado Silverlight



Mostrar la cita

Esta tecnologia tendra futuro? pregunto respecto a si la idea de Microsoft
es continuar con la misma o piensan que en cualquier momento la abandonaran?
(nadie tiene la bola de cristal pero a veces los rumores ayudan)

Yo pienso que los planes de Microsoft son que la gente utilice su
tecnología, derrocar a Flash como standard para publicar en Web y que
usemos sus productos para desarrollar, si piensas que va a suceder como
con Visual Basic, estas en lo correcto, en un futuro la tecnología se
quedará obsoleta en algunos años, pero tambien creo que depende de que
tan popular se vuelva entre los desarrolladores, por lo pronto XAML se
ve como que tiene demasiada tela de donde cortar.

Mostrar la cita

Esto serviria para hacer un sistema de facturacion, donde la aplicacion
corre en la pc de la sucursal y los datos estan en un servidor? (o el
objetivo de todo esto es otro)
O para el caso que menciono seria mejor usar ajax?

WPF es 'Windows Presentation Foundation', la clave aquí es Presentation,
XAML es básicamente presentación, detrás del telón sigue siendo C# o
VB.Net, sigue habiendo controles,clases,metodos,etc.


Saludos.

Mostrar la cita

Gracias por la info.
Claudio

"Jesús López" escribió en el
mensaje news:
Mostrar la cita

Nosotros empezamos en junio de 2007 una serie de aplicaciones y nos
decidimos por usar WPF y CAB. Hay una versión de CAB para hacer
aplicaciones WPF puras que se llama SCSFContrib:

http://www.codeplex.com/scsfcontrib

Las aplicaciones estarán en producción el mes que viene.

Ninguno de nosotros habíamos hecho nunca aplicaciones con WPF ni con CAB,
sin embargo estamos muy satisfechos con el resultado. La riqueza de
interfaz de usuario que proporciona WPF no tiene parangón. Y usar CAB nos
ha obligado a utilizar patrones de diseño que hacen que nuestras
aplicaciones estén mucho mejor escritas.

Lo peor ha sido la curva de aprendizaje de CAB. CAB es complejo y te
obliga a cambiar la forma de enfocar las aplicaciones. Yo necesité dos
semanas para llegar a entender CAB y empezar a trabajar con la seguridad
de saber lo que estaba haciendo..

Una vez hechas estas aplicaciones yo ya no quiero volver a oir hablar de
Windows Forms. Windows Forms se me antoja una tecnología completamente
obsoleta.


Saludos:

Jesús López
www.solidq.com



"Teresita Núñez - SorCereSs - " escribió en el
mensaje news:
Mostrar la cita

Hola!
Yo me vi con la misma cuestión la semana pasada cuando empezaba un nuevo
proyecto
y terminé optando por Smart Client Software Factory, es un poco
"complicado" al principio
pero cuando le agarras la vuelta vaya que funciona! ;)
Sólo por si te interese, esto te daría la posibilidad de "experimentar"
(si no ahora, más adelante) con WPF y aún puede desarrollar tu proyecto
sin él (mientras, caso decidas hacerlo).
Puedes obtener más información aquí:
http://msdn2.microsoft.com/en-us/li...80482.aspx

Saludos!

SorCereSs
MCTS: NET Framework 2.0 - Web-Based Client Development
MCPD: Web Developer
Microsoft Student Partner - Paraguay

Mostrar la cita

¿Este tipo de aplicaciones corren solo sobre Windows? La pc en donde se
ejecuta tiene q tener el .net 3.0?

Efectivamente, las aplicaciones hechas con WFP y SCSFContrib son
aplicaciones de escritorio que sólo se ejecutan en Windows con .NET
Framework 3.0 o superior.


Mostrar la cita

Esta tecnologia tendra futuro? pregunto respecto a si la idea de Microsoft
es continuar con la misma o piensan que en cualquier momento la
abandonaran? (nadie tiene la bola de cristal pero a veces los rumores
ayudan)

Si te refieres a WPF la respuesta es sí. tiene muchísimo futuro.

Si te refieres a CAB, SCSF y SCSFContrib. La respuesta es que Microsoft está
ahora desarrollando una nueva framework con la misma filosofía pero
enteramente dirigida a WPF llamada "WPF Composite Client"

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

CAB fue desarrollada por el equipo de Patterns and Practices de Microsoft
para hacer aplicaciones de escritorio con Windows Forms, SCSF es en pocas
palabras CAB + guidance y SCSFContrib es CAB + una pequeña capa para poder
crear aplicaciones puras WPF con CAB. Digo aplicaciones WPF puras porque con
SCSF puedes incluir controles de usuario WPF en la aplicaciones, pero las
aplicaciones son Windows Forms, lo único que hospedan controles WPF.

Los problemas de CAB son dos:

1) La complejidad
2) Está diseñado pensando en aplicaciones Windows Forms. WPF es una cosa
completamente distinta.

WPF Composite Client es una framework que se está diseñando específicamente
para WPF y uno de sus objetivos es que sea más simple y fácil de usar que
CAB. De momento no sabemos cuando va a salir la primera CTP de WPF Composite
Client. La única framework disponible en este momento que venga de la mano
de Microsoft y que implemente los patrones de Dependency Injection, Event
Broker, MVP, etc para hacer aplicaciones WPF puras smart client es CAB +
SCSFContrib.

Nuestros planes son abandonar CAB + SCSFContrib en cuanto esté disponible
WPF Composite Client, pero eso puede tardar todavía un año. WPF Composite
Client estará basado en los mismos conceptos de CAB e implementará los
mismos patrones de diseño, pero de forma más sencilla y dirigida a
aplicaciones WPF, por eso imaginamos que no nos costará trabajo asumirla.

Mostrar la cita

Esto serviria para hacer un sistema de facturacion, donde la aplicacion
corre en la pc de la sucursal y los datos estan en un servidor? (o el
objetivo de todo esto es otro)
O para el caso que menciono seria mejor usar ajax?

Esto sirve para hacer aplicaciones de escritorio smart client. Y una
aplicación de escritorio no tiene problemas para comunicarse con servidores
de base de datos o servidores web o servidores de aplicaciones. Una
arquitectura con éxito seguro para el tipo de aplicaicones que planteas es:

1) SQL Server 2005 para hospedar la base de datos
2) WCF para crear servicios web hospedados en el IIS que accedan al servidor
de base de datos.
3) Aplicaciones de escritorio WPF que accedan a los servicios WCF.


Saludos:

Jesús López
www.solidq.com

Así es, sólo tengo una ventana en la aplicación, dentro de esa ventana tengo
un TabControl. En la aplicación tengo varios controles de usuario en vez de
tener formularios mdi hijos. En vez de crear un nuevo formulario mdi hijo lo
que hago es crear una instancia del control de usuario, añadir una nueva
pestaña al tabControl y meter el control de usuario en esa nueva pestaña:


private void Button1_Click(object sender, RoutedEventArgs e)
{
UserControl1 uc1 = new UserControl1();
TabItem tab = new TabItem();
tab.Header = "UserControl1";
tab.Content = uc1;
this.MiTabControl.Items.Add(tab);
tab.IsSelected = true;
}


Aquí sólo estoy poniendo "UserControl1" como encabezado de la pestaña, pero
en realidad puedo poner lo que quiera, incluso otro control de usuario, esto
es útil para por ejemplo poner un botón de cierre para la pestaña.

Saludos:

Jesús López
www.solidq.com



"[Juanjo]" escribió en el mensaje
news:
Mostrar la cita

Perdona que te moleste de nuevo, especialmente me interesa esto:

Mostrar la cita

En WPF no hay soporte nativo de MDI, las aplicaciones modernas usan otro
tipo de organización, como por ejemplo los tabs en Internet Explorer 7.0,
las ventanas ajustables en Visual Studio, o la navegación estilo Web.
Nosotros nos decantamos por los tabs, en vez de tener una ventana
independiente nosotros añadimos un tab a un tab control y metemos un
control de usuario dentro del tab.

Yo lo consegui usando un control de infragistics, pero por lo que deduzco:
solo usas "una" ventana principal
y contiene un tabControl y en vez de tener ventanas secundarias (hijas del
MDI) tienes controles?

Sabes de alguna web que muestre un ejemplo de esto??

Gracias.

WPF Composite Client ha empezado, ahora se llama Composite WPF y su nombre
en clave es PRISM. Hay un proyecto en codeplex pero aún está muy verde, ni
siquiera puede considerarse una CTP, pero puede verse cual es la dirección
que están tomando:

http://www.codeplex.com/prism

Saludos:

Jesús López
www.solidq.com