Fox Desde Guate

Básicamente un framework es una especie de esqueleto que contiene mucho código útil, reutilizable y que nos permite basarnos en ese código para escribir nuestras aplicaciones, por ejemplo, muchos programadores de VFP, cada vez que crean un nuevo formulario, van al formulario que hicieron anteriormente, y copian el código de sus métodos grabar y lo pegan en el método correspondiente del nuevo formulario, y empiezan a cambiar el código para adaptarlo al nuevo. El uso de un framework, les evitaría eso, crean una forma en una clase del framework, que ya tiene código que sabe Grabar / agregar / modificar y borrar, brindando una facilidad, si se quiere que antes de grabar en todas las formas se validen los datos, solo haría falta en el código de la clase en la que se basan las formas escribir al inicio

If not thisform.ValidarDatos ()
Messagebox (“no se puede grabar por validación”)
Return .f.
Endif

Y luego en cada forma escribir el código de validación de cada forma en específico y no modificar cada código de grabar de cada forma, si una forma no tiene validación basta con dejar el código en blanco o un simple Return .T. bastara también.

Además de cualquier cosa, el usar un framework siempre le brindara código listo para usar, además le brindara funciones y librerías útiles que usted puede usar, el que yo uso, me brinda desde barras de progreso, control de usuarios, inicios de sesión, Acceso a formas/procesos/reportes por usuario, búsquedas incrementales en cuadros de texto (textbox), grid con multiselección, grid auto ordenable, y un sin fin de cosas más.

Si no le gusta la idea de comprar uno, o no tiene las posibilidades de comprarlo, puede crear usted mismo el suyo, existe un libro realmente bueno de Hentzenwerke y lo puede conseguir acá, además de los Frameworks  gratuitos y de los mencionados anteriormente, si usted selecciona Visual FoxExpress también puede comprar el libro en Hentzenwerke que le ayudara a iniciar con el producto.

Los factores a tomar en cuenta para decidirse por un framework u otro, según mi opinión y no deberían ser tomados como los estrictamente necesarios son:

• Comparar las aplicaciones demo que ofrece cada framework que este evaluando, es acá donde vera la mayoría de clases útiles que podrá usar en su aplicación, también tendrá oportunidad de ver el aspecto de los controles, menús, botones de comando y barras de herramienta, si es que usan, también podrá ver que tan usables son sus controles o que fácil o difícil es usar una aplicación creada usando ese producto, recuerde: si usted se siente perdido con la aplicación demo, puede ser que sus usuarios se sientan perdidos con la aplicación que usted desarrolle con ese producto. Si no encuentra o no disponen de una demo, siempre puede ponerse en contacto con la empresa, algunas brindan una licencia de prueba o le devuelven su dinero si no le parece el producto.
• Descargue la ayuda del producto, examínela minuciosamente, que sea clara y concisa, también que incluya temas profundos sobre la metodología usada, sobre como hacer algo, de ser posible que este en su idioma, o al menos uno que comprenda, recuerde que una vez que se decida por un producto, pasara gran tiempo leyendo en la ayuda información y es necesario que este documentada la mayor cantidad de información y temas posibles sobre el uso del mismo.
• Documentación, es muy importante que el código del framework esta lo suficiente documentado, o de lo contrario, le será muy dificil saber el por que o como se hace alguna cosa.
• Precio: que tanto esta dispuesto a pagar. Es un punto indiscutible, si no posee o quiere gastar más de 500 dólares. (tenga en cuenta que si paga 200 dólares recibirá un producto y soporte por ese valor, no espere ver muchas cosas de otros productos que cuestan 800 o más).
• Foros de soporte, busque siempre si poseen foro de ayuda para el producto, el correo electrónico no siempre podría ser suficiente, además en el foro es donde normalmente encontrara muchas ideas interesantes, propuestas de otros usuarios, quejas, etc. Revise el tiempo que tarda en solucionarse un problema de algún usuario del producto, si siempre responden los encargados del producto, etc. Por ejemplo vea el sitio de ayuda de WebConnection, en donde el autor Rick Strahl, procura siempre contestar a todos los mensajes que puede (si no es que todos) y darle el mejor seguimiento posible, una labor loable e impresionante.
• Comuníquese con el proveedor del producto, el le podrá aclarar las dudas que tenga sobre el producto en cuestión, e informarle sobre todas las ventajas que tendrá al usar su producto, también de todos los medios de soporte que dispondrá en caso que las necesite y su costo. Pregunte la frecuencia de actualización, un producto que no se actualiza desde hace 2 años, puede no estar al tanto de lo ultimo en VFP, y aunque usted no lo utilice ahora, puede llegar el caso en que necesitara moverse a lo ultimo o usar una de sus bondades, y puede que el producto se quede corto a futuro.
• Verifique que sea compatible con la versión de VFP que usa, y de ser posible que funcione también con las ultimas versiones, o de lo contrario podría quedarle obsoleto, si usted no ha migrado, pero piensa hacerlo en el futuro.
• Pida opinión y referencias del producto o productos que este evaluando, en foros neutrales, como lo pueden ser los de Microsoft, Http://www.Foxite.com, pregúntele a otros desarrolladores su opinión y también que Framework usan, si es comercial o no y por que lo escogieron.

Estas a mi parecer, son las principales cuestiones a tomar en cuenta al escoger un framework, tome en cuenta también que migrar de un framework a otro puede suponer un gran reto, tanto o más que tomar la decisión de usar uno. Además, escribir su propio Framework le puede tomar bastante tiempo.

Algunos sitios de los frameworks que quizá querría evaluar, sin ningún orden en particular:

CodeMine
CodeBook
ProMatrix
VMP
Mere Mortals
Visual Extend
Visual FoxExpress

Hasta la próxima.

Trackback para este post | Suscribete a los comentarios de este post

Vea también: