Dúvida com implementação de classes

Acho que seria mais facil de fazer e de entender se você cria-se uma classe Foto por exemplo e fizesse uma ArrayList do tipo Foto.

+1

List<Foto> fotos;

É uma questão de análise. Pra que desperdiçar funcionalidades se a empresa não precisa de controle sobre uma foto.

Imagine num mundo real onde vc ganha R$ 30,00 a hora. E me diz que vai gastar 8 horas criando a tal da Foto e suas implementações onde o que eu te pedi foi controle sobre o produto apenas.

Evitar desperdício é uma boa prática da Visão Ágil.

Giulliano:

É uma questão de análise. Pra que desperdiçar funcionalidades se a empresa não precisa de controle sobre uma foto.

Imagine num mundo real onde vc ganha R$ 30,00 a hora. E me diz que vai gastar 8 horas criando a tal da Foto e suas implementações onde o que eu te pedi foi controle sobre o produto apenas.

Evitar desperdício é uma boa prática da Visão Ágil.

Pois é. É o renomado “matar mosca com um canhão”. Este é um dos motivos pelo qual postei. Porque uma vez que apenas irei controlar o path das fotos do produto, penso em algo simples, porém, viso também a reutilização, legibilidade e as boas práticas OO - a qual estou estudando X)

“cmoscoso”:

+1

List<Foto> fotos;

Ao que entendi, vocês sugerem que na entidade Produto, haja o ArrayList das fotos, pois é uma composição do Produto (as fotos). Assim sendo, toda a responsabilidade de manipular as Foto(s) ficará a cargo da entidade Produto, correto ?

Por exemplo:

Ele irá correr o ArrayList produtos e irá verificar se bate o path, com o path que quero remover:

public void removeFoto(String caminho) { while... if(obj_fotoInteracaoAtual.matchesUrl(caminho)) { //remove do ArrayList o tal objeto foto } }

Do ponto de vista da reutilização, isso não seria ruim ? Pois se eu for reutilizar o Foto para outro fim, terei que montar sua implementação novamente (não em sua totalidade, pois pontos poderão mudar) mas em termos gerais serão duplicado sim.

O que acham ?

Agradeço a todos !

Leia sobre Domain Driven Desing.

Sobre a classe Foto: de a ela um comportamento definido e não fique pensando demais no futuro: quando chegar a hora de refatorar: refatore. Só lembre-se de investir em uma suite de testes automatizados/ integração continua, etc

quote=peczenyj
Sobre a classe Foto: de a ela um comportamento definido e não fique pensando demais no futuro: quando chegar a hora de refatorar: refatore.[/quote]

Então no caso, seria fornecer a ela o comportamento especifico para a foto do produto. Se eu precisar de mais tipo de fotos ao longo do projeto (depois em outras fases, pois por hora não preciso) eu volto e refatoro, certo ?

Abraços!