A la hora de abordar un proyecto en FileMaker debemos pensar en la arquitectura que vamos a emplear. FileMaker, desde su versión 7, permite tener múltiples tablas en diferentes archivos. Por lo que nuestra aplicación se podría realizar en un único archivo o en varios.
Es una buena práctica intentar separar lo que es la lógica de los datos. Por ello, como mínimo, deberíamos utilizar 2 ficheros distintos por cada proyecto. Uno sería logica.fp7 y el otro podría ser datos.fp7.
logica.fp7. - Fichero que contendría toda la lógica de la aplicación relaciones, guiones, funciones personalizadas, listas de valores, formato condicional, ect....
datos.fp7.- Contendría el 100% de los datos de la aplicación. Pero es habitual que una pequeña parte la lógica resida en este fichero. La culpa de esto la tienen los campos calculados o de autointroducción.
Es conveniente tener un entorno de desarrollo y otro de producción. De esta manera mientras se están desarrollando funcionalidades nuevas no es necesario hacer parar el entorno de producción. Cierto es que que se pueden realizar modificaciones o ampliaciones en el entorno de producción sin necesidad de pararlo, pero corremos el riesgo de que algo no funcione como esperamos y se vean comprometidos los datos reales.
Dependiendo de las modificaciones que hagamos la actualización de la aplicación en producción se realizará de una manera u otra. Si sólo hemos tenido que trabajar sobre el archivo que contiene la lógica la actualización es muy simple: se sustituye el fichero de lógica en producción por el de desarrollo. En el caso de hacer modificaciones en el de datos (un campo nuevo o modificación de alguna definición de campo) entonces podemos actuar de 2 maneras: si los cambios son pocos y fáciles hacerlos sobre el archivo de datos en producción. Si las modificaciones son abundantes hacerlas sobre un fichero datos de desarrollo y luego a este importarle los datos de producción.
Es importante disponer en el archivo datos de unos guiones convenientemente programados para que importen los datos de producción. Esto es de vital importancia si nuestra solución queremos distribuirla entre diferentes clientes. Cuando lancemos una nueva versión de nuestro software nuestros clientes deberían poder bajarlo y actualizar debidamente importando sus datos a nuestra nueva versión. Este proceso debería ser lo más cómodo y sencillo de realizar por parte del cliente.
No hay comentarios:
Publicar un comentario