Anotei as palestras que eu assistiria no Brasil e pelo visto essa deve ser uma palestra interessante, apenas pelo nome... hehehe!!!
Palestra muito técnica e profunda sobre o assunto
Existem hoje milhões de formas (Arquiteturas) de desenvolver. Você não pode sempre utilizar o mesmo porque novos Patterns são criados para melhoras o desenvolvimento. É necessários crescer junto com as novas arquiteturas.
Muitas pessoas na sala levantaram a mão quando se perguntou sobre quem estava reescrevendo aplicações. Ele mostrou que é necessário mudar!!!
São necessários criar objetos e relational mappings entre eles para seu sistema ser arquitetado melhor. Se você não utilizar modelo de objetos, seu sistema não vai durar muito tempo.
Book: Domain-Driven Design – Tracking Complexity in the Heart of Software
Você consegue mudar para o modelo orientado a objeto sem reescrever seu código?
Se você criou seu código sem objetos e relacionamentos, fica difícil aproveitar muito sem ter que reescrever a maior parte do sistema novamente.
- Layered Onion Architeture (na forma de uma Onion Ring na apresentação)
- Loose Coupling (demo with code)
- NHibernate class (Add Reference)
- Nunca coloque acesso a banco de dados no seu UI
- Trabalhe com Class Interfaces (todas as especificações necessárias estarão nela e será ecessário segui-las)
- Não utilize referencias. Sempre desenvolva os objetos desacoplados.
É possível testar aplicações sem Objetos Orientados?
Normalmente em .Net você leva alguns minutos para criar testes unitários quando utiliza Objetos Orientados.
Sem uma arquitetura adequada não é possível testar sua aplicação.
É possível testar o acesso a dados isoladamente?
Sim! É possível testar qualquer coisa se os pontos estiverem bem definidos.
Siga os passos abaixo:
- Local database
- Test setup
- Test execution
- Test teardown
- Automate, Automate, Automate
É necessário testar se os relacionamentos dos dados estão corretos dentro do Banco de dados
- Na primeira linha delete tudo do seu banco de dados
- Em seguida crie novos registros nas tabelas que deseja testar para saber se todos os relacionamentos funcionaram.
Mudando Schemas
O modelo de objeto deve ser mudado constantemente tanto no banco de dados. Com sua aplicação rodando em cima do modelo de banco de dados, você não precisa mudar seu código.
Relatórios
Don’t report from the OLTP Schema and the resto f the 80/20 rule.
Mapping Boundaries
Map Groups of Objects along natural boundaries
Mappings Tips
- Use collections mappings only where necessary
- Lverage component mapping
- Keep database details in the database
- Don’t’t expose collectionsas properties (do you support collection.Clear())?
- Keep it behind interface
Nenhum comentário:
Postar um comentário