Tectura.com.br | Últimos posts

Dependência entre camadas no DDD

Wed Feb 22 23:29:24 UTC 2012

Oi Gabriel,

Para esses casos entra o conceito de IoC (Inversion of Control). Ao invés de uma determinada classe ter conhecimento sobre a implementação, ela tem conhecimento sobre a interface dela (que não possui conhecimento específico sobre infra).
Portanto, uma solução para seu problema seria utilizar referências de interfaces e injetar as implementações através de algum container de IoC.

Espero ter ajudado :)

Dependência entre camadas no DDD

Wed Feb 22 17:10:08 UTC 2012

Pessoal, estou iniciando um projeto e estou modelando ele com base no Domain Driven Design.

Porém me surgiu uma duvida.

Tenho 4 camadas

- Infra
- Domain
- Application
- Interface

De acordo com o que aprendi, interfaces de repositórios fazerm parte do domínio e implementações da infra, para isso acontecer a infra precisa de uma dependência do domain.

O problema é quanto penso em evitar as classes anêmicas no dominio, para atribuir um pouco de responsabilidade a minha classe eu teria que ter acesso as implementações do Repositório para acessar o banco, sendo que elas estão na infra.

Logo eu teiria uma dependencia de INFRA em DOMAIN e de DOMAIN em INFRA (utilizando MAVEN), sei que isso está errado e nem irá funcionar, porém não sei como resolver esse impasse.

Alguem ja passou por isso? alguma solução?

Abraço
Gabriel

Segurança em Aplicação Web

Thu Feb 16 11:26:58 UTC 2012

De modo geral, é muito importante entender estes pontos:
http://stackoverflow.com/questions/549/the-defi…

Segurança em Aplicação Web

Thu Feb 16 01:10:46 UTC 2012

Muito obrigado Bruno.

Segurança em Aplicação Web

Wed Feb 15 21:13:12 UTC 2012

Não conheço muito sobre o assunto mas sei que tem o Spring Security
http://static.springsource.org/spring-security/…

E o próprio Java EE tem especificação para segurança. Aqui tem um exemplo no site da Oracle
http://docs.oracle.com/javaee/5/tutorial/doc/bn…

Quando um Ambiente "Ágil" pode atrapalhar?

Wed Feb 15 18:46:09 UTC 2012

Olá pessoa,

na empresa onde trabalho, a programação em par só é adotada quando a atividade é complexa. Caso contrário, cada um desenvolvedor é responsável por uma atividade.

Acredito que, as vezes, misturar a equipe pode trazer benefícios.

Espero ter contribuido.
Abraços,
Marcus Paulo

Segurança em Aplicação Web

Wed Feb 15 18:40:35 UTC 2012

Boa tarde,

Gostaria de saber, quais as opções de framework de segurança (autenticação e autorização), para aplicações com JSF – WEB de modo Geral.

Atenciosamente,
Marcus Paulo

Estimativa de tempo

Mon Feb 13 16:55:53 UTC 2012

Será que a Analise de Ponto de Função realmente ajudaria nesse caso? Alguém já aplicou essa teoria na pratica? Existem outras formas de se assegurar o tempo estimado para um projeto?

“Assegurar” o “Estimado”. Isto é uma antitese. Não se pode assegurar o estimado. É simplesmente impossivel.

O problema aqui é o objetivo que está tendando alcançar. Saber se um projeto cabe num certo tempo. Nenhum analise vai lhe dar essa mágica. O escopo muda constantemente. O melhor que pode ser feito é saber que em uma certa data definida as funcionalidades A, B e C estarão disponiveis para uso. Quando todas as funcionalidades estarão disponiveis ? Nunca. O numero de funcionalidades desejadas e o que elas fazem e como, aumenta diáriamente.

Pontos de Função, Pontos de UC , Pontos de Historia e outras que tais servem para estimar tamanho, não tempo. Vc precisa sempre medir a sua velocidade em pontos por unidade de tempo (dia, mês, sprint). È isso que lhe dará o tempo previsto pois é isso que está medindo o quão depressa sua equipe transforma requisitos em código que funciona. Equipes diferentes produzem diferente.

Meça a velocidade da equipe.

Quem está usando DDD efetivamente?

Mon Feb 13 16:47:51 UTC 2012

Bem ao ponto: se as pessoas não têm conhecimento OO suficiente para saber o que é invariância e como usar, esqueça DDD. Primeiro treine a equipe ou contrate pessoas com mais conhecimento.

As empreas Brasileiras ainda são atrasadas conceptualmente. Pode ser que um ou outro desenvolvedor/designer tenha usado esses conceitos, mas excepto ele, ninguém mais irá saber.

Tenha também em mente que o design DDD é muito orientado a objetos no sentido que despresa as tecnologias. Isto porque o codigo produzido em DDD é feito para correr dentro do andar de Dominio. Não ha aplicação direta de DDD ao resto dos andares como apresentação , cliente, integação e recursos.

Para mim os conceios de DDD são uteis apenas nessa camada.

Padronização de nomes JNDI para Filas e Tópicos (JMS)

Fri Feb 10 18:40:49 UTC 2012

Pessoal,

Apareceu uma questão interessante a ser discutiva e padronizada aqui no trabalho. Qual seria uma forma eficiente de padronizar o nome de filas e tópicos em grandes organizações?

O modo comum de definir nomes é algo como “queue/nome_da_fila”. Em ambientes maiores, surgem opções como “queue/departamento_responsavel/nome_da_fila”.

Uma dúvida seria na descrição do produtor e consumidor da mensagem. No caso do uso de tópicos, a complexidade seria ainda maior. Um cenário em que um tópico pussui apenas um produtor e vários consumidores, qual seria a melhor maneira de padronizar o seu nome JNDI?

Sugestões serão muito bem vindas!

Att.

Java na cloud é a melhor opção?

Fri Feb 10 14:44:57 UTC 2012

Regis, o mais importante é entender que cloud é um conceito muito abrangente, tente se mais especifico.

- Java é excelente, mas Ruby, Python, PHP, Scala ou praticamente qqer outra linguagem moderna pode ser tão boa quanto. Depende do que voce quer fazer, mas eu acho seu criterio de usar o que sabe muito adequado.

- Se voce tiver falando de plataforma como serviço (Beanstalk, GAE, OpenShift, Cloudbees, etc) tome cuidado com o lock-in, pois todos esses serviços oferecem APIs proprietarias. Não que isso seja ruim, pois existem muitos beneficios em usá-las, mas a custo de portabilidade. Falando de infraestrutura como servico (EC2, rackspace, etc) é mais facil manter a portabilidade, mas você vai ter que cuidar da sua infra.

Modularização de um app Rails

Fri Feb 10 13:38:43 UTC 2012

Engines do rails. http://edgeapi.rubyonrails.org/classes/Rails/En…

Java na cloud é a melhor opção?

Thu Feb 09 21:45:52 UTC 2012

Olá pessoal.

Estou iniciando um projeto de um webservice. A princípio, utilizarei Java porque é linguagem que conheço melhor.

Penso também em colocar esse serviço em uma estrutura de cloud (ainda não sei qual).

Pesquisando sobre cloud e Java, surgiram alguma dúvidas e acredito que aqui encontrarei as respostas ou alguma orientação.

- Java é uma linguagem apropriada (adequada) para desenvolver sistemas em cloud? Quais outras linguagens são tão boas ou melhores que Java para explorar o melhor da cloud?

- Utilizar um serviço de cloud (ex. Amazon), pode causar uma dependência da infraestrutura de modo que dificulte a migração para outra cloud?

Valeu!

Arquitetura MVC/Rest no VRaptor

Thu Feb 09 17:07:47 UTC 2012

Outro ótimo texto: http://www.arquiteturajava.com.br/livro/cuidado…

:) caelum marcando presença no aprendizado de software no Brasil.

Obrigado!

Arquitetura MVC/Rest no VRaptor

Thu Feb 09 17:04:59 UTC 2012

Pelo que eu conheça, Transactions Scripts não são regras de negócio na camada de controle. O padrão utiliza também uma camada separada que fica responsável pela lógica de negócios. Só que mesmo separando essa camada, ela ainda é tratada de forma um pouco procedural. Cada método da classe é responsável por executar toda a regra de negócio de um determinado requisito do seu sistema.

Ultimamente eu não tenho pensado tanto assim nesses padrões, ex: Transaction Scripts e Domain Model.
O que eu tenho tentado é respeitar ao máximo o SRP (http://en.wikipedia.org/wiki/Single_responsibil….

Você não precisa ter necessariamente no seus models [model.bean] apenas métodos get e set e seus respectivos atributos. Recorrentemente você terá que se perguntar se aquele requisito/funcionalidade não deveria estar com o modelo ou com qualquer outra classe.
Segue aí um ótimo texto que fala sobre isso: http://blog.caelum.com.br/nao-aprender-oo-gette…

Sobre REST, não sei te informar muito. Vou acompanhar o que os colegas do fórum vão dizer aí.

Arquitetura MVC/Rest no VRaptor

Wed Feb 08 20:47:35 UTC 2012

Pessoal, estou estudando um pouco sobre o funcionamento do VRaptor e estou com algumas dúvidas em relação a arquitetura MVC. Estou seguindo a apostila da Caelum, e já consigo fazer algo funcional com o VRaptor.

Só que ao ler o livro do Fowler: Padrões de Arquitetura de Aplicações Corporativas, li um pouco sobre Transaction Script, e me pareceu muito com abordagem utilizada na apostila da Caelum (me corrijam se eu estiver errado).

O Martin Fowler até fala que em lógicas de negócios simples, é até legal usar essa abordagem, porém isso me soou uma forma procedural de se estruturar uma aplicação. (Lógica nos Controllers).

Acredito que em aplicações corporativas, onde existam lógicas um pouco mais complexas, é ideal isolar lógica de negócios em uma camada específica para o domínio. (Modelo de Domínio)

Minha visão amadora de se estruturar uma aplicação seria:

[model.bean]
> Classe normal contendo apenas os atributos , seus
respectivos mapeamentos e getters/setters .
[model.logic]
> Classe contendo todas as regras de negócio
[model.persistencia.dao]
[model.persistencia.infra]
[controller]

Seria essa uma forma de implementar o Modelo de Domínio em uma aplicação MVC utilizando o VRaptor? Assim, eu teria algo como ProdutoBussiness injetado nos Controllers?

E em relação ao modelo REST. O fato de eu utilizar padronização das URI’s e utilizar o protocolo HTTP para as operações, garante que essa aplicação pode ser acessada por outra aplicação que utilize os métodos HTTP como interface? É essa a proposta do REST?

Enfim, estou interessado em aprender mais sobre como utilizar o VRaptor em aplicações corporativas, quero falar sobre o VRaptor em minha monografia, mas em um nível mais arquitetural. Portanto, qualquer comentário, relato de experiências profissionais, sugestões de leitura serão bem vindos.

Relatório em tela "tree"

Wed Feb 08 01:22:50 UTC 2012

Valeu pelas constribuições @renato.elias @Brena, vou verificar essa possibilidade!

Compressão Gzip em PaaS

Tue Feb 07 18:28:16 UTC 2012

Olá, Dennys tenho uma aplicação rodando no PaaS da Amazon , uso o S3 para guardar arquivos estáticos e ele não tem suporte ao Gzip, o que faço é o seguinte: O processo de build cria dois arquivos, por exempo all-min.js, e all-min.gz.js, que é arquivo compactado com gzip. Ai tenho um um ServletFilter on faço a verificação:

String accept = request.getHeader(“Accept-Encoding”);

if(accept!=null && !accept.isEmpty() && accept.contains(“gzip”)){
session.setAttribute(“extensaoCompactacao”, “.gz”);
}

Ai no arquivo onde eu declaro os javascripts por exemplo eu incluo esta extensao, entao se o browser suportar, ele incluira all-min.gz.js, senao incluira apenas all-min.js.

Espero que tenha ficado claro.

Valeu

Relatório em tela "tree"

Tue Feb 07 13:08:52 UTC 2012

nicholas.moises

Acredito que a forma mais performática é fazer o select diretamente no banco e se for o caso exportar para alguma view.
Sobre a restrição de utilizar Hibernate/JPA2 ou outro framework de ORM é necessário verificar se há perda de performance significativa.

Espero ter ajudado ;)

Relatório em tela "tree"

Tue Feb 07 01:56:27 UTC 2012

views ?