Nas ultimas consultorias realizadas tenho ouvido sempre a mesma pergunta: O que utilizar na camada de apresentação das aplicações WEB desenvolvidas em JAVA? Minha opinião é simples: DEPENDE. Para esta pergunta não existe uma resposta baseado em receita de bolo, pois cada caso é um caso. Para se chegar a uma decisão é preciso avaliar fatores como: objetivo, risco, tamanho, produtividade e importância da solução. Por exemplo, quando o fator risco é maior que a produtividade, precisamos manter a segurança e garantir que nada vai dar errado. Neste caso, é importante desenvolver soluções que utilizam com cuidado recursos de abstração.

A abstração é o principal motivo para o aumento da produtividade, mas também pode ser a engrenagem que “emperra” o desenvolvimento. Este é um risco deve ser bem estudado.

O cenário pode ser exemplificado da seguinte forma: Em um projeto, muito importante ,você utiliza JSF (Java Server Faces) na camada de apresentação. O IDE NetBeans lhe ajuda bastante para construir as telas de forma visual. Os componentes lhe poupam um grande trabalho pois abstraem muitos dos problemas do desenvolvimento WEB.

Com estas informações poderíamos deduzir que a utilização do JSF trouxe um significativo ganho de produtividade, mas vamos supor que no meio do projeto surge à necessidade de utilizar vários componentes que não existem. O que fazer se não sabemos como construir estes componentes? Qual a dificuldade para criar estes componentes? Existe suporte? Documentação?

Este exemplo mostra que precisamos saber o que estamos utilizando antes de se aventurar em um projeto. Quando for utilizar alguma tecnologia/especificação nova, faça testes em um projeto piloto de media/baixa importância. Isto diminui o risco de problemas em um grande projeto.

Agora que falei minha opinião sobre o assunto posso dizer que na maioria (não sempre) das vezes o mais seguro é utilizar o batido padrão MVC. O desenvolvimento “feijão com arroz” pode ser improdutivo, mas garante que um problema seja facilmente contornado. Mas fique atento, pois ao falar MVC não me refiro ao Struts (muito pelo contrário). Se você pensou desta forma, esqueça, pois este framework esta longe de ser produtivo. Isto é um assunto para o próximo POST.

Grande Abraço,
Igor Takenami

A Codegear, empresa criada pela Borland para administrar o desenvolvimento e comercialização de seus IDE’s, acaba de liberar no Sourceforge sua popular biblioteca de componentes VCL (Visual Component Library) para PHP. Como parte da estratégia de lançamento e popularização do seu novo IDE (Delphi For PHP) a Codegear já havia anunciado que iria disponibilizar o código fonte da biblioteca escrita em PHP. Seu objetivo é fazer a comunidade contribuir com a evolução dos componentes e popularizar a plataforma. A Codegear em contra partida oferece o IDE comercialmente.

Utilizar a VCL4PHP mesmo sem o IDE da Codegear já é uma boa alternativa para facilitar o desenvolvimento. Com o tempo IDE’s abertos devem utilizar este componente aumentando a produtividade para quem desenvolve em PHP. O VCL4PHP funciona de forma bastante similar ao VCL do Delphi. Assim como no Delphi cada página possui uma Unit onde estão todos os componentes e seu comportamento. Para cada Unit existe outro arquivo PHP que contem uma estrutura XML com informações sobre as propriedades dos componentes. Estas propriedades definem: posicionamento, layout e comportamento.

É importante observar que para rodar o VCL4PHP fora do IDE da Codegear é preciso baixar os componentes e configurar o arquivo php.ini habilitando a extensão php_filter, que trata os eventos dos componentes.

Download com Exemplo Basico do VCL4PHP

Abraço,
Igor Takenami