@Clésius,
-- Mas o DDD prega justamente o foco no domínio do negocio, por isso podemos entender que pensar em como os dados serão persistidos não faz muita diferença.
Não vejo onde o hibernate atrapalhe o DDD, lembrando que DDD é mais "negócio" que tecnologia.
Recomendo a todos (independente de plataforma ou tecnologia) que leiam o livro do Evans (acredito que você já tenha lido e possa colaborar com o tema).
Aqui tem uma cópia parcial do livro pra quem não conhece: http://books.google.com.br/books?id=7dlaMs0SECsC&printsec=frontcover&redir_esc=y#v=onepage&q&f=false
É "pesado" de ler mas é um livro que agrega muito a qualquer pessoa que goste de arquitetura de software.
Abraços,
Pedro Subutzki
__________________________________________
Pedro Subutzki
__________________________________________
HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/Hadi
https://github.com/PepeuCps/Hadi
Em 30 de maio de 2014 09:10, Clécius J. Martinkoski <clecius.martinkoski@gmail.com> escreveu:
@GeovaniNunca cheguei a executar benchmarks, utilizei alguns no meu TCC a muito tempo atras, mas já desenvolvi vários projetos com DB4O e posso dizer que não senti lentidão nenhuma. Nunca mexi com grande volume de dados, nada alem de 10.000 registros, então não posso falar sobre limitações das plataformas. Porém devido a natureza nativa que o DB4O trata o OO nós não temos camadas de conversão como ORMs.@PedroORMs custam desempenho, fora que a impedancia da comversão objeto-relacional prejudica a pureza OO do dominio, dificultando uma modelagem totalmente DDD. Nem mesmo o hibernate, referencia na área de ORM, conseguiu sanar todos estes problemas.
Em quinta-feira, 29 de maio de 2014 09h58min18s UTC-3, Pedro Subutzki escreveu:@Clécius,Temos diversos ORMs no Android que praticamente abstraem a forma como os dados são manipulados.No final das contas não faz diferença se está salvando no SQLite, em XML, em Json ou o que seja.Isso foi feito em outras plataformas Java, .NET, etc, com Hibernate, Entity Framework dentre muitas outras.Abraços,
Pedro Subutzki
__________________________________________
HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/Hadi
Abraços,
Pedro Subutzki
__________________________________________HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/HadiEm 29 de maio de 2014 08:41, Clécius J. Martinkoski <clecius.m...@gmail.com> escreveu:
NoSql no android faz todo o sentido, afinal já que trabalahmos OO, porque converter para um paradigma relacional?Eu costumo utilizar o banco DB4O no android, como ele tem suporte a modo embarcado fica tranquilo de usar. É um banco puramente OO.Unica dica quanto ao banco acima é sempre trabalhar com SODA Queries, já que as NativeQueries não podem ser otimizadas em tempo de compilação, devido ao modelo de compilação diferente para dalvik.
Em segunda-feira, 26 de maio de 2014 10h22min24s UTC-3, Heitor Neto Carvalho escreveu:Pessoal estou realizando um pós graduação em desenvolvimento de sistemas e para o meu trabalho final eu queria fazer algo relacionado a NoSQL no android mais não consegui pensar em algum tema vocês podem me dar alguma dica?--To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-...@googlegroups.com.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
0 comentários:
Postar um comentário