4D tem sido um apoiante de longa data do desenvolvimento da equipa, desde o Servidor 4D 1.0. O maior benefício de trabalhar em conjunto no mesmo código fonte, é permitir tanto o desenvolvimento de equipas como os testes de equipas. No entanto, isto pode criar algumas desvantagens para as equipas distribuídas, uma vez que podem não ser capazes de trabalhar na mesma fonte.
Após uma reescrita completa, 4D suporta agora duas formas de trabalhar com fontes: binária e projecto. Binário é o 4D que todos conhecemos e adoramos, com a fonte num ficheiro binário para permitir o desenvolvimento de equipas com o Servidor 4D. O projecto facilita o trabalho em colaboração das equipas distribuídas, armazenando a fonte num sistema de controlo de fontes em ficheiros de texto simples.
Mais tecnicamente
Isto significa que pode converter a sua fonte binária (ficheiro.4DB) numa pasta de projecto … com milhares de ficheiros de texto. Cada método, cada forma, cada método de objecto de formulário, menus e, claro, a própria estrutura, é armazenada como ficheiro de texto separado. Isto é completamente transparente para o seu trabalho de desenvolvimento porque o 4D funciona no modo Design tal como antes.
Agora pode estar a perguntar-se: “Como é que milhares de ficheiros de texto me vão servir de alguma coisa quando for implantado?” . Não entre em pânico! Para a implantação, o 4D ainda lhe permite compilar todo o seu trabalho num único ficheiro, tal como fazia antes.
Como é que o projecto vai mudar a forma como eu me desenvolvo?
Uma vez que todo o seu código é agora baseado em texto, é fácil de o submeter a um sistema de controlo de fontes como Git, Perforce, SVN, ou outros. E não apenas comprometido, pode também revertê-lo ou fundi-lo com outros ramos. Isto tem um grande impacto na forma como irá desenvolver aplicações com 4D:
Como um único desenvolvedor
Pode não só usar o controlo da fonte para fazer cópias de segurança do seu trabalho, mas também como forma de testar novas funcionalidades e voltar a rolá-las se não funcionaram. E é aqui que as coisas ficam interessantes… pode escolher o ponto de restauração a partir do qual pretende fazer o roll back (em vez de uma cópia de segurança completa do ficheiro). Em resumo, os projectos permitem construir, testar e fundir características de uma forma controlável, transparente e fácil de manter.
como uma equipa
Onde quer que a equipa esteja no mundo, todos podem trabalhar porque no final os seus desenvolvimentos serão fundidos numa versão comum. Não há dúvida de onde se encontra a última versão de um ficheiro ou projecto. Tudo está centralizado no seu sistema de controlo de versões.
numa NUTSHELL…
Claro que 4D continua a suportar o modo binário (4DB), mas agora tem outra opção. Pode continuar a usar o Servidor 4D para manter os programadores remotos ligados e em sincronia, ou pode usar a Edição 4D Developer para tirar partido de um sistema de controlo de fontes.
O que quer que funcione melhor para a sua equipa, a escolha é sua!
O que esperar?
Esta é a primeira versão (Beta) do Projecto. As características relacionadas com o projecto serão em breve implementadas aos nossos parceiros, começando com 4D v17 R5 Beta. Ao contrário de outras características, que estão incluídas em R-Releases apenas (após ter sido totalmente testado e considerado pronto para produção), o Projecto ainda está em desenvolvimento e apenas para fins de teste. Ainda não deve ser utilizado em produção, uma vez que não está 100% completo e livre de bugs. Dito isto, o seu feedback é agora mais necessário do que nunca.
Os testes continuarão com 4D v17 R6 Beta. Com os próximos 6 meses de testes e a sua ajuda, 4D v18 será um marco na história do 4D.