| Autor |
Mensagem |
|
|
Andr?Heidi Moriya wrote:Olá pessoal,
Muito Obrigado
Comece no GOOGLE e utilize bem o fórum para do GUJ, para crescer em meios de debates, recomendo prontamente o blog do Sergio Taborda ,
http://sergiotaborda.wordpress.com/ , abaixe o Eclipse e vamos lá sem enrolação aprender o que se deve para entrar no mundo do desenvolvimento Java. ; - Antes que me esqueça a Caelum vai lançar um livro sobre arquitetura Java, esse livro vai valer muito apena comprar, fiz algumas observações para os seus autores que em breve deve estar nas livrarias, é necessário ter uma visão geográfica em JAVA, pois desenvolvimento é saber hoje onde colocar as peças desses componentes que compõe a arquitetura que você pretende implementar.
|
 |
|
|
|
Varia de país para país $$$$$
|
|
|
|
|
Bom deve ser o primeiro Portal Brasileiro nesse estilo, não sei , mas boa iniciativa !!!
|
|
|
|
|
Gostei do Site , esta bem organizado !!!!
|
|
|
|
"O Design é sempre a intenção da Arquitetura"
Singletons ou não-singletons
Para o Spring, todos os beans são singletons, ou seja, só existe uma instância de cada um deles para aquela instância do framework.Algumas vezes, os nossos objetos têm dependências que não podem ser singletons, ou seja, cada bean precisa de uma instância própria de sua dependência.Para que o Spring trate um objeto não-singleton, o atributo "singleton" do nó<bean> deve estar com o valor "false".
|
|
|
|
YvGa wrote:Pelo que tenho percebido o livro deve conter varios topicos curtos, tentando abranger diversos assuntos sem, no entanto, se aprofundar demais nos assuntos. O resultado pode ser legal e o livro resultar numa boa referencia, mas confesso que o ultimo capitulo me "preocupa" um pouco caso nao haja aprofundamento na questao.
Uma questão à se pensar, o livro direciona à Frameworks que envolve o Core J2EE/JEE, mas e fora dele o que vai falar sobre outras plataformas que já são tendências de Mercado, a visão de arquitetura não poderia ter uma independência da Plataforma Java, mesmo porque Servidores de Aplicações podem rodar outras especificações que se comunicam por J2EE.
Sobre o que aborda determinada metodologia Ágil e como promover DDD, TDD, FDD, BDD em meios de padrões, como decidir com precisão para que padrão devo recorrer na hora de questionar determinada implementação pelo processo de desenvolvimento.
O livro tem que ser bem sabatinado...
|
|
|
|
sergiotaborda wrote:
Esse é o problema. Você não identifica isto que vc escreveu:
"Se ocasionalmente sua aplicação precisa persistir em banco de dados, expor uma interface web, exportar dados pra XML ou qualquer coisa que não faz parte do core da aplicação"
como responsabilidades de API e confunde com patterns.
O que significa que toda a sua argumentação é inválida porque se vc não sabe distinguir, vc não tem base para argumentar que pattern é uma deficiência da linguagem. vc simplesmente não sabe o que "pattern" significa.
Boa tarde,
Sérgio Taborda
O que percebo, é que muitos que estão discutindo sobre padrões não tem muita introdução no assunto, acredito que isso seja uma deficiência de literatura e de bons estudos.
Abraçoss
|
|
|
|
|
|