|
maio 20, 2011
Fala Galera! Chegamos ao terceiro episódio do #HeroCast. Para quem não viu os episódios anterirores, pode conferir aqui. O objetivo desse episódio é mostrar como organizar os módulos de um sistema de informação de forma que não existam dependências diretas entre eles. Na prática, criamos um canal compartilhado de comunicação onde definimos nossos contratos e usamos esse canal para conseguir que os módulos se comuniquem sem se conhecerem. Vale a pena conferir.
Não esqueça de dar seu feedback e sugerir um tema para o próximo episódio.
LinksAbraços!
Comentários:
10 Comentários postados em "HeroCast: Aquele de integrar módulos com serviços"
Rodrigo Vieira on maio 20th, 2011 at 12:36 #
Fala Denis! Legal o video. Eu discordo um pouco no estilo q vc usa para criar testes, acho que seu teste tá fazendo muita coisa e é muito genérico (Deve_criar_pedido). Pelo menos dentro da mentalidade TDD (não sei se vc tava buscando isso) acho que faria mais sentido ter testes do tipo Novo_pedido_deve_ter_vendedor …e por aí vai. Enfim, acho melhor cada teste ter o minimo de asserts possiveis, e depois que um teste passa eu prefiro escrever um novo teste a ficar aumentando o existente. Isso ajuda quando o build quebrar: fica mais fácil entender o que aconteceu se os testes são mais granulares. Quando a separação em módulo em si, que é o objetivo desse cast, curti. Parabéns por disponibilizar. Abs!
Denis Ferrari on maio 20th, 2011 at 12:51 #
Fala Rodrigo, valeu pelo feedback mano! Eu concordo com você. Os testes unitários devem realmente fazer o mínimo possível, e é isso que o TDD prega. Uso os testes para contextualizar o cenário que estou explicando e guiar minha construção, como fico preocupado com o tempo limite do vídeo acabo “acelerando” a codificação e fazendo o mínimo possível de testes. Abraços!
Pablo Ruan on maio 21st, 2011 at 12:21 #
Muito bom! Continue assim, espalhando conhecimento! hehehe Tu é professor ou algo assim? Tem uma pegada bem didática no modo como vai contextualizando os exemplos! Já virei fã!
Denis Ferrari on maio 21st, 2011 at 14:59 #
Oi Pablo, Obrigado mano! Abraços!
Rafael on maio 23rd, 2011 at 23:51 #
Fala Denis. Tenho acompanhado os videos e curti todos eles Aproveitando a ideia desse video, vc poderia fazer um sobre dependency injection. Parabéns por esse video e pelos outros! Flw
Denis Ferrari on maio 24th, 2011 at 0:11 #
Oi Rafael, O design depende do domínio. Ele que diz de quem é a responsabilidade de montar o pedido, que nesse caso era de uma classe auxiliar. Acredito que o próximo vídeo vai ser sobre DI, muita gente tá pedindo. Abraços e valeu pelo feedback mano.
Emerson Soares on maio 24th, 2011 at 17:52 #
Olá Rafael, Gostei bastante do video, mas fiquei com algumas duvidas, como você faz esse proxy entre o modulo Vendas e o Logistica, pois o modulo comum não tem dependencia para o modulo Logistica, pelo contrario o modulo logistica implementa uma interface do modulo comum, não entendi como a classe vendas pode obter algum retorno da logistica, apenas pedindo esse retorno ao modulo comum sendo que o Comum não acessa os metodos da Logistica.Não sei se a pergunta foi muito obvia, mas realmente não entendi essa parte, gostaria de um feedback, pois vai ser de grande utilidade pra mim. Valeu, Abraços.
Denis Ferrari on maio 24th, 2011 at 18:14 #
Oi Emerson, Isso é resolvido com Injeção de Dependência. Vou fazer um episódio explicando isso, até lá você pode ler esse artigo sobre Ninject: Abraços!
Hrasko on maio 26th, 2011 at 17:47 #
Por que não vemos esse tipo de didática nas universidades, né?
Edmilson Hora on maio 27th, 2011 at 17:49 #
Denis, mais um excelente Hero Cast! Parabéns! []´s Edmilson Deixe um comentário
|
|
||||||
