Desarrollar bibliotecas de clase en equipos

Como las bibliotecas de clases (archivos .vcx) son un elemento crucial de la mayor parte de las aplicaciones de Visual FoxPro, los equipos tienen que poder coordinar sus esfuerzos de desarrollo al crearlas. Trabajar con bibliotecas de clases en equipo incluye muchos de los mismos temas de coordinación inherentes a cualquier conjunto de componentes de aplicación, pero agrega algunos temas exclusivos de las clases:

• Las modificaciones realizadas en las clases se propagan no sólo a las aplicaciones que usan las clases, sino a todas las subclases que se deriven de ellas.
• Se suelen almacenar varias clases en un único archivo de biblioteca, la unidad mínima que puede administrar un sistema de control de código fuente.

Como ocurre con formularios y programas complejos, es una buena práctica aislar el desarrollo en una biblioteca de clases, de forma que un programador pueda realizar modificaciones en la biblioteca sin que esto afecte a los otros programadores. De forma ideal, el equipo de programadores puede trabajar con una biblioteca de clases mientras la está mejorando otro programador, sin tener que preocuparse de si las modificaciones realizadas a la biblioteca afectarán a la aplicación.

Cuando se usa una clase, Visual FoxPro la almacena en la caché del equipo del usuario, aunque se haya liberado un formulario que utiliza la clase. Debe liberar explícitamente la clase para que Visual FoxPro reconozca que ya no se está utilizando. Si ha usado una clase en la sesión actual (y por lo tanto está almacenada en caché), pero desea cargar una versión nueva de la clase, asegúrese de liberar la clase para obligar a Visual FoxPro a volver a cargarla de la biblioteca modificada.

Aplicar el control de código fuente a bibliotecas de clases

Al aplicar control de código fuente a una biblioteca de clases, sólo un programador puede desproteger la biblioteca cada vez. La biblioteca pasa a ser de sólo lectura para los otros programadores. Como regla general, esto no interfiere con el desarrollo de la aplicación, porque los programadores pueden usar una biblioteca y crear subclases aunque la biblioteca sea de sólo lectura. Mientras los programadores de la aplicación trabajen con la versión de sólo lectura de la biblioteca, el programador de la biblioteca de clases podrá modificar todas las clases de la biblioteca.

Si usa esta aproximación, el programador que está actualizando la biblioteca no debería proteger el archivo hasta que haya terminado y se haya probado. Si no es así, otros programadores obtendrán la versión incompleta del archivo cuando actualicen sus listas de archivos de proyecto u obtengan las últimas versiones de los archivos.

Si la biblioteca es muy compleja, también puede considerar la posibilidad de dividirla en bibliotecas más pequeñas para el desarrollo. Otra ventaja de este enfoque es que las bibliotecas pequeñas se cargan más rápido. Sin embargo, esto significa que distintas clases podrían terminarse y estar disponibles en plazos diferentes.

Como cada aproximación tiene sus ventajas, debe examinar los requisitos de su equipo de programadores y elegir la estrategia que mejor se ajuste a su método de trabajo.

Vea también

Desarrollar y modificar bases de datos en equipo | Desarrollar en equipo | Administrar archivos de un proyecto con control de código fuente |Mostrar información de archivos y proyectos