Implementação, design ou arquitetura?
0 gostou652 visualizações
O documento discute as diferenças entre implementação, design e arquitetura de software. Arquitetura envolve decisões fundamentais sobre os principais componentes do sistema, que são difíceis de alterar, ao passo que design implementa a arquitetura de forma mais detalhada. Uma boa arquitetura permite modificações com impacto limitado em outras partes do sistema.
![public class TestaBuilder {
public static void main(String[] args) {
Conta conta = ContaBuilder.novaConta()
.comNumero(456)
.comDataDeAbertura(2012, 04, 20)
.eDepositoInicial("100")
.toConta();
conta.saca(new BigDecimal("50"));
System.out.println(conta.getSaldo());
}
}](https://image.slidesharecdn.com/arquiteturadesignimplementacao-130629035946-phpapp01/85/Implementacao-design-ou-arquitetura-22-320.jpg)
Implementação, design ou arquitetura?
- 2. Desenhar sistemas é uma tarefa difícil
- 3. E, ainda fazer com que sejam escaláveis e performáticos, mantendo uma alta qualidade interna e externa, é um desafio!
- 4. “Você deve enfrentar suas batalhas de design, sejam elas no nível macroarquitetural ou no humilde campo das instâncias” Craig Larman
- 5. Qual é a diferença de design e arquitetura de software?
- 6. design é feito em cima do que foi decidido pela arquitetura por isso o que faz parte da arquitetura é mais difícil de mudar
- 7. “Alguns padrões podem ser chamados arquiteturais, já que representam decisões importantes sobre essas partes; outros são mais sobre design e o ajudam a implementar essa arquitetura” Martin Fowler
- 8. “Alguns padrões podem ser chamados arquiteturais, já que representam decisões importantes sobre essas partes; outros são mais sobre design e o ajudam a implementar essa arquitetura” Martin Fowler “Não faço nenhuma forte tentativa de separar esses dois, uma vez que aquilo que é arquitetural ou não é subjetivo”
- 9. '
- 10. “o termo arquitetura envolve a noção dos principais elementos do sistema, as peças que são mais difíceis de mudar”
- 11. Arquiteturas são as decisões que gostaríamos de ter tomado no começo do projeto Ralph Johnson (do GoF)
- 16. Uma vez que somente implementações são concretas, todo tipo de mudança implica em conhecer a implementação!
- 19. public class Conta { private BigDecimal saldo = BigDecimal.ZERO; private BigDecimal limite = BigDecimal.ZERO; private Cliente titular; private int numero; private Calendar dataAbertura; public void setNumero(int numero) { this.numero = numero; } public void setDataAbertura(Calendar dataAbertura) { this.dataAbertura = dataAbertura; } public int getNumero() { return numero; } public Calendar getDataAbertura() { return dataAbertura; } …
- 20. public class Conta { private BigDecimal saldo = BigDecimal.ZERO; private BigDecimal limite = BigDecimal.ZERO; private Cliente titular; private int numero; private Calendar dataAbertura; public Conta(int numero, Calendar dataAbertura) { setNumero(numero); setDataAbertura(dataAbertura); } private void setNumero(int numero) { this.numero = numero; } private void setDataAbertura(Calendar dataAbertura) { this.dataAbertura = dataAbertura; } public int getNumero() { return numero; }
- 21. public class Conta { private BigDecimal saldo = BigDecimal.ZERO; private BigDecimal limite = BigDecimal.ZERO; private Cliente titular; private int numero; private Calendar dataAbertura; public Conta(int numero, Calendar dataAbertura, BigDecimal saldoInicial, MaisUmMonteDeParametros... ) { setNumero(numero); setDataAbertura(dataAbertura); setSaldo(saldoInicial); … } private void setNumero(int numero) { this.numero = numero; } private void setDataAbertura(Calendar dataAbertura) { this.dataAbertura = dataAbertura; }
- 22. public class TestaBuilder { public static void main(String[] args) { Conta conta = ContaBuilder.novaConta() .comNumero(456) .comDataDeAbertura(2012, 04, 20) .eDepositoInicial("100") .toConta(); conta.saca(new BigDecimal("50")); System.out.println(conta.getSaldo()); } }
- 23. Uma boa implementação, design ou arquitetura: É aquela que permite modificações causando somente um impacto considerado justo a outras partes do sistema
- 24. Conhecer profundamente as ferramentas é o primeiro passo para poder fazer as perguntas corretas ao enfrentar o cenário de uma nova aplicação
- 25. Por onde começar? Boas práticas de OO TDD – Test-Driven Design
- 26. “Vale lembrar que precisamos de mais de 10 mil horas, ou 10 anos, para dominar uma linguagem” Peter Norvig