4D v19: Evolução do Edifício de Aplicações Cliente/Servidor
No Mac, a assinatura das aplicações tornou-se um padrão, e desde Big Sur, não se pode sequer executar aplicações não assinadas. No passado, publicámos uma alternativa para construir aplicações cliente-servidor a correr num servidor Windows e a aceitar ligações de clientes Mac. Com o lançamento do 4D v19, actualizámos a construção da aplicação em 4D para tratar deste caso. Eis como se pode construir uma plataforma única ou uma aplicação multiplataforma em v19.
Múltiplos servidores, um recurso local partilhado
Pode haver alturas em que poderá ser necessário que os utilizadores se liguem a muitas instâncias da mesma aplicação do servidor fundido. Quando isto acontece, a aplicação cliente resultante da fusão descarrega tantos recursos locais como as ligações ao servidor. Mas se a pasta de Recursos do seu servidor for enorme, isto pode ser um grande desperdício de tempo, volume e rede! Felizmente, 4D v18 R5 tem uma solução para este cenário!
Múltiplas instâncias de aplicações de servidor fundidas na mesma máquina
Alojar várias aplicações 4D Server na mesma máquina não é invulgar, especialmente para ambientes de produção e pré-produção. Mas se a sua máquina aloja aplicações de servidor fundidas com diferentes versões 4D, o que é o caso se utilizar o seu servidor de pré-produção com a última versão 4D, poderá encontrar problemas devido à pasta de estrutura 4D partilhada.
Vamos ver como resolver este problema.
Base de dados do projecto: Implementar a sua aplicação
Assim, a sua aplicação foi desenvolvida e está pronto para o próximo passo. 4D permite-lhe:
- gerar uma base de dados compilada que já não contém qualquer código interpretado,
- gerar uma aplicação autónoma que pode ser duplamente clicada,(ou seja, fundida com o Volume Desktop 4D, motor de base de dados 4D),
- gerar aplicações cliente/servidor com actualizações automáticas de partes cliente e servidor.
Com uma base de dados de projectos, pode também construir as suas aplicações finais para ambas as plataformas. Uma base de dados de projectos utiliza o mesmo ficheiro de configuração que uma base de dados binária.
Bases de dados de projectos: Gestão de utilizadores e grupos
As bases de dados do projecto, disponíveis em versão beta no último 4D v 17 R-Releases, estão agora disponíveis para produção no 4D v18! Entre as muitas mudanças em 4D v18 está a forma como o utilizador e os grupos são geridos… tornou-se muito mais fácil, especialmente a implantação. Este post irá destacar brevemente tudo o que precisa de saber sobre estas mudanças.
Implementação facilitada com 4D v18
4D v18 introduz uma nova arquitectura para ficheiros e pastas para manter intactos o seu pacote MacOS implantado e as pastas de aplicações Windows. Em resumo, a pasta de registos e todas as configurações baseadas no utilizador, incluindo as configurações de backup 4D, são agora armazenadas ao lado do ficheiro de dados. De facto, as definições existem duas vezes; uma junto à estrutura para utilizar como definições padrão para novos ficheiros de dados, e outra ao lado do ficheiro de dados, armazenando as alterações do utilizador.
Como resultado, a pasta contendo a estrutura pode ser apenas de leitura, uma vez que nada é modificado no interior (*). A implantação torna-se mais fácil porque a pasta da estrutura pode simplesmente ser substituída, nada dentro dela precisa de ser copiado de antemão.
(*) apenas em bases de dados de projectos. Nas bases de dados binárias, as tabelas de utilizadores e palavras-passe são armazenadas na estrutura, pelo que a pasta não deve ser apenas de leitura.
Clientes simultâneos fundidos a partir do mesmo computador
Pediu uma forma de executar vários clientes no mesmo computador E simultaneamente ligá-los ao mesmo Servidor 4D. Não só o ouvimos, como estamos a dar-lhe ainda mais com o 4D v17 R5! Cada ligação inclui agora uma pasta cache separada contendo o endereço IP da ligação, porta, e um código hash. Graças a isto, pode agora também ligar vários clientes da mesma máquina a vários servidores em máquinas diferentes. Não é necessária qualquer configuração, basta lançar e assistir ao seu funcionamento!
Nova arquitectura para implantações de aplicações
Hoje em dia, as aplicações fundidas guardam muitas informações no pacote de aplicações e também no ficheiro compilado (.4DC). Além de impedir a criação de aplicações apenas de leitura, guardar informação no pacote de aplicações tem outra consequência irritante: a informação perde-se quando se actualiza a aplicação.
Evitar o diálogo “Seleccionar ficheiro de dados” para aparecer para uma nova aplicação implantada
Quando implementa uma aplicação para o seu cliente, quer seja uma aplicação combinada 4D Server ou uma aplicação de Utilizador Único, 4D normalmente abre o diálogo “Seleccionar ficheiro de dados”. Isto acontece porque para uma solução actualizada 4D não consegue encontrar a posição do último ficheiro de dados utilizado, uma vez que acabou de substituir a estrutura antiga. E pela primeira vez, 4D não sabe onde gostaria de criar o ficheiro de dados – por isso pede a localização.
Este diálogo, como a primeira interacção com a sua aplicação, pode ser confuso para o cliente. E a verificação para o ficheiro de dados acontece antes do On Startup é executado, antes que o seu código tenha a oportunidade de seleccionar outro ficheiro. Para evitar isto, 4D v15 introduz uma nova funcionalidade, chamada Default Data.
Contacte-nos
Tem uma pergunta, sugestão ou apenas quer entrar em contacto com os bloggers 4D? Deixe-nos uma linha!
* A sua privacidade é muito importante para nós. Por favor clique aqui para ver os nossos Política