Desarrollar y depurar el código del servidor en las aplicaciones del proyecto es ahora más fácil que nunca en 4D v18 R4. Sin más preámbulos, veamos cómo hacerlo.
Antes de continuar, somos conscientes de que hay muchos escenarios diferentes de desarrollo cliente/servidor, por eso estamos preparando una próxima entrada en el blog para mostrarle las formas de gestionar el desarrollo de aplicaciones de proyecto dentro de un equipo. Mientras tanto, vamos a ver cómo desarrollar, afinar y depurar el código del servidor.
Este nuevo comportamiento es muy útil cuando se desarrollan procedimientos almacenados y métodos ejecutados en servidores (por ejemplo, métodos y disparadores del servidor web, o comandos que devuelven resultados específicos).
Recordatorio sobre el comportamiento general de Cliente/Servidor
Seguramente habrás notado que no puedes modificar el código o los formularios en el lado del cliente cuando desarrollas aplicaciones de proyectos en modo cliente/servidor. La razón es que cuando se conecta al servidor, el cliente descarga un único archivo .4DZ que contiene todos los archivos del proyecto (es decir, una instantánea del código del servidor en el momento de la conexión).
Como el archivo .4DZ está comprimido, ofrece muchas ventajas: la transferencia desde 4D Server a 4D Remote es más eficiente (usando menos ancho de banda) y la integridad del código se preserva (no hay desincronización entre las llamadas a métodos y los nuevos parámetros de los métodos, por ejemplo).
Como resultado, los archivos del proyecto no pueden ser modificados en el lado del cliente.
Una NUEVA forma de desarrollar y depurar el código del servidor
Para ahorrar tiempo y evitar tener que reiniciar su aplicación de servidor después de cada modificación de código (en modo autónomo), le ofrecemos la posibilidad de perfeccionar y depurar su código del lado del servidor.
A partir de ahora, cuando conecte un 4D Remote que se encuentre en el mismo ordenador que el 4D Server, el 4D Remote podrá modificar los archivos del proyecto (código, formularios, recursos, etc.).
¿Cómo funciona?
Cuando un cliente 4D Developer se conecta a un 4D Server en el mismo ordenador, el archivo .4DZ no se transfiere del servidor al cliente. El 4D Remote gestiona los archivos del proyecto (métodos, formularios, recursos, etc.) como si fuera un cliente 4D monopuesto. Los archivos del proyecto son compartidos por 4D Server y 4D Remote.
De esta forma, puede modificar su código y probarlo sobre la marcha.
Si quiere que el servidor recargue los archivos modificados, sólo tiene que cambiar del entorno de desarrollo al modo de aplicación, mover el 4D Server al primer plano o seleccionar el elemento de menú «File / Save all » en el 4D Remote (o utilizar el nuevo comando RELOAD PROJECT comando).
Recuerde que la ejecución de un método en el lado del cliente realiza automáticamente una acción de «Guardar todo» , y como resultado recarga los archivos modificados en el lado del servidor.
Si tiene alguna pregunta sobre esta característica, no dude en unirse a la discusión en el Foro 4D.