Desenvolvimento de código de servidor em aplicações de projecto

Tradução automática de Deepl

O desenvolvimento e depuração de código de servidor em aplicações de projecto tornou-se mais fácil do que nunca em 4D v18 R4. Sem mais delongas, vejamos como fazê-lo.

Antes de continuarmos, estamos conscientes de que existem muitos cenários diferentes de desenvolvimento cliente/servidor, e é por isso que estamos a preparar um próximo post no blogue para lhe mostrar formas de gerir o desenvolvimento de aplicações de projecto dentro de uma equipa. Entretanto, vamos ver como desenvolver, afinar e depurar o código do servidor.

Este novo comportamento é muito útil ao desenvolver procedimentos e métodos armazenados executados em servidores (por exemplo, métodos e triggers de servidores web, ou comandos que retornam resultados específicos).

Lembrete sobre o comportamento geral do Cliente/Servidor

Certamente notou que não pode modificar código ou formulários do lado do cliente ao desenvolver aplicações de projecto em modo cliente/servidor. A razão é que quando se liga ao servidor, o cliente descarrega um único ficheiro .4DZ contendo todos os ficheiros do projecto (ou seja, um instantâneo do código do servidor no momento da ligação).

Uma vez que o ficheiro .4DZ é comprimido, oferece muitas vantagens: a transferência do Servidor 4D para o 4D Remote é mais eficiente (utilizando menos largura de banda) e a integridade do código é preservada (sem dessincronização entre chamadas de método e novos parâmetros de método, por exemplo).

Como resultado, os ficheiros de projecto não podem ser modificados no lado do cliente.

Uma NOVA forma de desenvolver e depurar o código do servidor

Para poupar tempo e evitar ter de reiniciar a sua aplicação de servidor após cada modificação de código (em modo autónomo), fornecemos-lhe a capacidade de refinar e depurar o seu código do lado do servidor.

A partir de agora, quando liga um 4D Remote que está localizado no mesmo computador que o Servidor 4D, o 4D Remote é capaz de modificar os ficheiros do projecto (código, formulários, recursos, etc.).

Como é que funciona?

Quando um cliente Desenvolvedor 4D se liga a um Servidor 4D no mesmo computador, o ficheiro .4DZ não é transferido do servidor para o cliente. O 4D Remote gere os ficheiros de projecto (métodos, formulários, recursos, etc.) como se fosse um cliente 4D de um único utilizador. Os ficheiros de projecto são partilhados pelo Servidor 4D e pelo 4D Remote.

Desta forma, pode modificar o seu código e testá-lo em tempo real.

Se quiser que o servidor recarregue os ficheiros modificados, basta mudar do ambiente de desenvolvimento para o modo de aplicação, mover o Servidor 4D para o primeiro plano ou seleccionar o item de menu “Ficheiro / Guardar tudo” no 4D Remote (ou utilizar o novo RELOAD PROJECT comando).

Lembre-se que a execução de um método no lado do cliente executa automaticamente uma acção “Guardar tudo” , e como resultado, recarrega os ficheiros modificados no lado do servidor.

Se tiver alguma dúvida sobre esta funcionalidade, sinta-se à vontade para se juntar à discussão no Fórum 4D.

Avatar
• Proprietário do produto - Damien Fuzeau entrou ao time 4D Product em fevereiro de 2019. Como Proprietário do Produto, está a cargo de escrever as histórias dos usuários e depois traduzi-las em especificações funcionais. Seu papel também é garantir que a implementação da funcionalidade entregue cumpra com as necessidades do cliente. Damien é formado em engenharia de software pela Universidade de Nantes. Trabalhou mais de 23 anos em sua empresa anterior, primeiro como desenvolvedor (descobrindo 4D em 1997), e mais tarde como gerente de engenharia e arquiteto de software. Essa empresa é um Partner OEM de 4D e lançou softwares empresariais baseados em 4D para milhares de usuários em centenas de servidores. Portanto Damien está acostumado ao desenvolvimento e lançamento de 4D em contextos multilinguais.