Así, su aplicación Flex ya está en producción. Pero ¿cómo va a implementar futuros parches en el código? Me refiero a todos los errores o évloutions específicas MXML componentes o clases de ActionScript? Por supuesto, puede recompilar toda la aplicación con cientos de clases para implementar una nueva versión de una de sus clases. Vamos a ver que hay una manera de implementar una única clase, dejando el resto intacto de la solicitud. En el mundo de Java, la solución es bastante simple. Una aplicación Java contiene muchos archivos. Archivos JAR (SWC pensar bibliotecas o:)) y existe el concepto de "ruta de la clase". Si un programa tiene que utilizar una clase, el cargador de clases Java intenta encontrar en el frasco o clases enumeradas en el "classpath".

Si hay más de una versión de la clase en el camino, el "cargador de clase" se llevará a la primera. Esto simplifica enormemente el despliegue de parches de aplicaciones Java en la producción. Simplemente haga los cambios en el aula y lo puso en la armonización que se utiliza en el classpath.

A continuación, desplegar este frasco en la producción, y el cargador de clase estarán encantados con la noticia de la verzsion classe.Et flexible en todo lo que usted dice? Puede utilizar la misma técnica en Flex, que también tiene los conceptos de clases, la clase y el cargador de las bibliotecas.

Volver a la "ventana" Propiedades "de su proyecto en Flex Builder y busque en la" construcción de ruta "de su solicitud. Como mínimo, usted puede encontrar todas las bibliotecas (archivos compilados SWC), que representan el propio marco Flex.

En cualquier momento, puede crear un nuevo proyecto de biblioteca Flex "llamados" parches ", por ejemplo. Para compilar el proyecto en un SWC, agregue una clase vacía ActionScript aquí.

Vamos a utilizar "patchs.swc" como primer punto en el camino de construir proncipal proyecto.

Importante: Se unirá a la biblioteca de la Av. principal del proyecto como una "Biblioteca de recursos compartidos (RSL), lo que significa que bojets de" patchs.swc no se comparará con el código de la aplicación principal, pero será responsable de la ejecución de la solicitud.

Añadir la opción de compilador-debug = false Flex a su proyecto de biblioteca "para eliminar el mensaje de error de la aplicación Flash Player o el depurador para este RSL se encuentra.

Ahora vaya a la ruta de la aplicación Flex principal y añadir "patchs.swc" al principio de la lista. Seleccione el tipo de vínculo RSL como se muestra a continuación:

Ya en las propiedades de su proyecto y Flex añadir la revisión a la biblioteca en la lista de referencias del proyecto.
Ahora ejecute su proyecto principal - debería ver ninguna diferencia porque la "patchs.swc" no deben contener code.Ensuite, una copia de tus clases de la aplicación principal para el proyecto de biblioteca parcheado, y el cambio re-compilar el "patchs.swc.

Nouy ahora tienen dos versiones de esta clase - la noticia está en la "patchs.swc" y la antigua en la aplicación de la fase principale.Re applcations principal.

Usted verá la nueva versión modificada de la clase se utiliza. El cargador de clase utiliza la nueva versión ya que "patchs.swc está situado en la parte superior de la aplicación de clases. Eso es todo lo que hay que besion Cada vez que usted necesita hacer cambios menores en su aplicación en la producción, que será suficiente para que en el "patchs.swc" y subirlo a la máquina de producción .

Fuente: Sistemas de Faratea

Si viene por primera vez el Flex-info.fr, puede suscribirse a la fuente RSS. Gracias por su visita!