Ya te han comentado sobre Frameworks, aquí tienes algo sobre SPT vs Vistas Remotas:

--- ¿Utilizar Vistas Remotas o SQL Pass Through (SPT) para Cliente-Servidor? ---
http://www.panoramabox.com/GoPub.aspx?IdObj=2232

Al igual que AlexF no estoy muy convencido de que hacer nuestro propio framework desde la nada sea una buena idea, quizás si tienes demasiado tiempo libre como para comparar todo el background que se ha llevado con tantos años de uso de los frameworks existentes, se han creado buenas prácticas de programación que estandarizan el uso y programación, se han probado en miles de situaciones muy heterogéneas.

En mi caso, debido a mi poco presupuesto, lo que realicé fué revisar todo el CodeBook y adaptarlo a mi forma de trabajo, le agregué algunas clases y modifiqué su forma de trabajo en algunos sectores.


>Hace unos d�as planteaba la inquietud de re-progrmar un sistema FoxPro 2.6 a Visual FoxPro client/server y Plinio Fermin nos daba la sugerencia de crearnos nuestro propio FrameWork.

Luego de varios dias de discuci�n optamos por esta opci�n.
Estamos creando nuestro propio FrameWork client/server basado en vistas remotas parametrizadas y SQL Pass Through (de uso interno y sin fines comerciales).
Tomamos como base el ejemplo de Tastrade que trae Visual FoxPro y lo modificamos a origenes de datos remotos ademas de quitarle metodos innecesarios y agregarle los propios.

Un tema interesante que queria cometarles es que no estamos usamos la clase CursorAdapter ya que vimos en principio varios obstaculos:

- No soporta en forma nativa clausulas WHERE.
- Usar la propiedad .SelectCmd nos parece muy pesada y larga, ademas soporta hasta 255 caracteres y mucho 'coding'.
- El binding es mucho mas pr�ctico con el DataEnvirnoment y vistas remotas.
- No pudimos usar comandos nativos de SQL
- Nos parecio que tenemos que escribir mucho mas codigo usando CursorAdapter con las propiedades .SelectCmd, .InsertCmd y .DeleteCmd por cada tabla que vamos a usar en un form que simplemente arrastar al DataEnvirnoment la vista remota.
- Con un m�todo de conectividad lo suficientemente inteligente nos podemos aproximar bastante a una plataforma n-tier y alejarnos de la programaci�n monolitica (estamos trabajando en eso).

Hay un articulo de Les Pinter muy bueno en base a trabajar en 3 capas que lo usamos como referencia:
http://www.mug.org.ar/FoxProGufa/ArticFox/210.aspx

Y hay una discuci�n sobre CursorAdapter muy interesente en Wikis:
http://fox.wikis.com/wc.dll?Wiki~CursorAdapterOrNot~VFP

Mucho de estos problemas son fruto de nuestra ignorancia de no conocer la clase a fondo. Pero nos parecio interesante discutirlo y saber si alguien esta trabajando en alg�n proyecto similar y se top� con el dilema de usar Vistas Remotas, CursorAdapter o S.P.T. y cuales fueron sus razones para usar una u otra.

Saludos,