Re: [enterprise-list] Sugestoes de framework BC4J(Oracle) ou outros?

Fri, 27 Jun 2003 01:52:50 -0700

Renato e resto do pessoALL,
 
O uso de frameworks � essencial para o desenvolvimento com produtividade em J2EE - seja este framework feito por 3os, ou por voc� mesmo. � importante considerar os seguintes aspectos em um framework:

1. Aproximar o desenvolvedor tradicional ao J2EE atrav�s de ferramentas de produtividade e um runtime poderoso.
 
2. Baseado em Padr�es:
   2.1. Deve Utilizar c�digo, dados e runtimes padr�o J2EE
   2.2. Deve extender os padr�es quando for preciso
   2.3. Disponibilizar os Design Patterns J2EE para utiliza��o
   2.4. Ser baseado na arquitetura Model-View-Controller
 
3. Extens�vel & Flex�vel: Melhor qualidade do C�digo e melhor performance
 
4. Produtividade e Facilidade de Uso
   4.1. Usa c�digo e dados padr�o sempre que poss�vel, n�o somente no momento do deployment
   4.2. Utiliz�vel por diferentes tipos de desenvolvedores
   4.3. Separa��o clara entre design-time & runtime
 
5. Fornecedor deve estar compromentido com os padr�es de mercado/ind�stria
6. � importante considerar o tempo e a curva de aprendizado do framework.
 
De maneira r�pida, pode ser seguido o seguinte roteiro
 
1. Ler um pouco e aprender os conceitos b�sicos do framework. Avaliar
2. Fazer um tutorial. Avaliar
3. Pegar uma aplica��o demo detalhada e comentada e reimplementar. Avaliar.
4. Implementar um prot�tipo b�sico com a funcionalidade necess�ria a ser utilizada em cerca de 70% a 80% dos Use Cases/Telas do seu prov�vel projeto. Avaliar.
5. Construir uma camada b�sica de intera��o entre os frameworks e o sistema (Superclasses, padr�es de navega��o, etc.) que cont�m funcionalidades comuns.Avaliar
 
6. Aqui temos duas abordagens:
   6.1. Selecionar o m�dulo/use case/funcionalidade mais complicado e implementar. Geralmente � o "cora��o" do neg�cio (caminho cr�tico)
  6.2. Selecionar alguns m�dulos b�sicos/m�dios e implementar.
 
7. Avaliar os problemas encontrados em 6. Se poss�vel coletar m�tricas de tempo de desenvolvimento.
 
8. Chega, daqui pra frente eu t� cobrando a consultoria. ;-)
 
[]s
 
Maiko
 

renato arbol <[EMAIL PROTECTED]> wrote:
Obrigado Maiko,
 
se vc puder dar mais detalhes, ficaria muito agradecido
e sem querer levantar pol�mica, mesmo que vc fale bem da Oracle e algu�m n�o se sinta a vontade, essa pessoa poder� contestar e
acredito que � para isso que existe o f�rum. Pelo menos para mim
n�o tem problema nenhum se vc nao ficar neutro :-), sua opini�o vai
ajudar bastante.
 
Caso n�o queira enviar para o f�rum, pediria para enviar ao meu e-mail
 
Obrigado novamente,
 
Renato.

"Maiko A. Rocha" <[EMAIL PROTECTED]> wrote:
Renato,
 
De uma maneira bem resumida, podemos colocar da seguinte forma:
1. Se voc� j� tem seus Design Patterns implementados e/ou seu projeto em desenvolvimento, o mais indicado seria utilizar o Toplink para fazer o mapeamento O/R e persist�ncia dos objetos.
 
2. Se voc� est� come�ando do zero, o mais indicado seria utilizar o BC4J como framework para a camada model. O controlador pode ser Struts, e o view pode ser puro JSP, UIX ou qualquer outro framework. 
 
Eu n�o vou falar mais para me manter neutro ;-) . Mas indico os seguintes links para leitura sobre o assunto:
 
Links OTN:

Weblogs dos desenvolvedores do BC4J
Dive into BC4J - Steve Muench:
 
BC4J Helper - Sung Im
 
[]s
Maiko

renato arbol <[EMAIL PROTECTED]> wrote:
Ol�,
 
a empresa em que trabalho adquiriu produtos Oracle, entre outros o JDeveloper. Gostaria de saber a experi�ncia de vcs com o uso do BC4J e outros frameworks e o que � melhor utilizar, considerando que a empresa j� comprou a solu��o Oracle.
 
Obrigado,
 
Renato.


Yahoo! Mail
Mais espa�o, mais seguran�a e gratuito: caixa postal de 6MB, antiv�rus, prote��o contra spam.


Yahoo! Mail
Mais espa�o, mais seguran�a e gratuito: caixa postal de 6MB, antiv�rus, prote��o contra spam.


Yahoo! Mail
Mais espa�o, mais seguran�a e gratuito: caixa postal de 6MB, antiv�rus, prote��o contra spam.


Yahoo! Mail
Mais espa�o, mais seguran�a e gratuito: caixa postal de 6MB, antiv�rus, prote��o contra spam.

Responder a