Salvar como clase y librerias de clases

Magnífico.

Muchas Gracias.

LT

"Alberto Poblacion"
escribió en el mensaje news:

"Luis T" wrote in message
news:

Te pregunto algo mas. Uno desarrollando un sistema, ejemplo disenando
forms puede simultaneamente modificar clases que uno tenga en una
libreria de clases que se usen en el proyecto en desarrollo sin tener que
cerrarlo primero?

La forma más fácil de hacerlo consiste en crear una Solución que
contenga dos proyectos: el de la aplicación windows y el de la librería de
clases. Desde el proyecto windows, añades una referencia al proyecto de
librería, desde la lengüeta que dice "proyectos", no desde "buscar" en la
de ".Net". De esta manera el compilador sabe que cuando modificas la
librería tiene que recompilar el proyecto que hace referencia a ella, sin
que tengas que preocuparte de hacer nada, y por supuesto sin cerrar
ninguno de los dos proyectos.

Se bien a lo q te refieres tambien soy Foxero y me encontre con el mismo
problema, no me quedo mas que crear la clase copiar y pegar los controles y
luego enlazar todos los metodos.
Tambien extraño la Macrosustitucion de Fox.

"Luis T" escribió en el mensaje
news:%

Magnífico.

Muchas Gracias.

LT

"Alberto Poblacion"
escribió en el mensaje news:

"Luis T" wrote in message
news:

Te pregunto algo mas. Uno desarrollando un sistema, ejemplo disenando
forms puede simultaneamente modificar clases que uno tenga en una
libreria de clases que se usen en el proyecto en desarrollo sin tener
que cerrarlo primero?

La forma más fácil de hacerlo consiste en crear una Solución que
contenga dos proyectos: el de la aplicación windows y el de la librería
de clases. Desde el proyecto windows, añades una referencia al proyecto
de librería, desde la lengüeta que dice "proyectos", no desde "buscar" en
la de ".Net". De esta manera el compilador sabe que cuando modificas la
librería tiene que recompilar el proyecto que hace referencia a ella, sin
que tengas que preocuparte de hacer nada, y por supuesto sin cerrar
ninguno de los dos proyectos.

Se bien a lo q te refieres tambien soy Foxero y me encontre con el mismo
problema, no me quedo mas que crear la clase copiar y pegar los controles
y luego enlazar todos los metodos.

Ciertamente es asi, ademas de que probar las clases en tiempo de desarrollo
se vuelve un proceso lento. En VFP por ejemplo hacemos un form de prueba
para probarlo todo como form y luego facilmente lo salvamos (todo o parte
del form) como clase a una libreria. Super sencillo.
No entiendo por que en .NET han vuelto a complicar todo lo que antes fue tan
simple ? :(

Tambien extraño la Macrosustitucion de Fox.

De eso ni hablar. Aunque he visto maneras de hacer macrosustitucion en C#
con algo que se llama reflexion pero la simpleza con que se hace en Visual
Fox es insuperable.

Pero todo eso se va a resolver cuando una proxima version de VFP compile a
.NET. Ojala suceda. ;-)

Saludos

¿Las últimas versiones de FoxPro no eran .NET? Yo juraría que al poco de
aparecer .NET llegue a leer sobre Visual Fox.NET

"Luis T" escribió en el mensaje
news:uMKC$

>

Se bien a lo q te refieres tambien soy Foxero y me encontre con el mismo
problema, no me quedo mas que crear la clase copiar y pegar los controles
y luego enlazar todos los metodos.

Ciertamente es asi, ademas de que probar las clases en tiempo de
desarrollo se vuelve un proceso lento. En VFP por ejemplo hacemos un
form de prueba para probarlo todo como form y luego facilmente lo salvamos
(todo o parte del form) como clase a una libreria. Super sencillo.
No entiendo por que en .NET han vuelto a complicar todo lo que antes fue
tan simple ? :(

Tambien extraño la Macrosustitucion de Fox.

De eso ni hablar. Aunque he visto maneras de hacer macrosustitucion en C#
con algo que se llama reflexion pero la simpleza con que se hace en Visual
Fox es insuperable.

Pero todo eso se va a resolver cuando una proxima version de VFP compile a
.NET. Ojala suceda. ;-)

Saludos

Estoy utilizando la versión gratuita de SPAMfighter para usuarios privados.
Ha eliminado 8994 correos spam hasta la fecha.
Los abonados no tienen este mensaje en sus correos.
¡Pruebe SPAMfighter gratis ya!

No.. No son .NET, lo que hay son librerias que permiten interoperabilidad
con .NET y tambien hay proyectos de terceros en desarrollo al respecto.
Aunque ciertamente la version proxima de VFP que se llama Sedna, traera
mayor integracion con .NET. Pero eso es distinto a ser un lenguaje .NET
como lo son C# y VB y hasta Delphi.

LT

"Juan Diego Bueno" wrote in message
news:

¿Las últimas versiones de FoxPro no eran .NET? Yo juraría que al poco de
aparecer .NET llegue a leer sobre Visual Fox.NET

"Luis T" escribió en el mensaje
news:uMKC$

>

Se bien a lo q te refieres tambien soy Foxero y me encontre con el mismo
problema, no me quedo mas que crear la clase copiar y pegar los
controles y luego enlazar todos los metodos.

Ciertamente es asi, ademas de que probar las clases en tiempo de
desarrollo se vuelve un proceso lento. En VFP por ejemplo hacemos un
form de prueba para probarlo todo como form y luego facilmente lo
salvamos (todo o parte del form) como clase a una libreria. Super
sencillo.
No entiendo por que en .NET han vuelto a complicar todo lo que antes fue
tan simple ? :(

Tambien extraño la Macrosustitucion de Fox.

De eso ni hablar. Aunque he visto maneras de hacer macrosustitucion en
C# con algo que se llama reflexion pero la simpleza con que se hace en
Visual Fox es insuperable.

Pero todo eso se va a resolver cuando una proxima version de VFP compile
a .NET. Ojala suceda. ;-)

Saludos

Estoy utilizando la versión gratuita de SPAMfighter para usuarios
privados.
Ha eliminado 8994 correos spam hasta la fecha.
Los abonados no tienen este mensaje en sus correos.
¡Pruebe SPAMfighter gratis ya!