No mundo do Java existe muita discussão sobre a camada service, pois muitos dizem que a utilização desta camada separa dados de comportamento (famoso BO) e teríamos uma aplicação mais orientada à serviços que orientada a objetos pois estaríamos subutilizando os objetos por estar usando o modelo “Anêmico”. Eu particularmente gosto da camada service, assim como na vídeo aula eu uso ela para o controle transacional, ou quando preciso da interação entre várias entidades ou vários repositórios(no caso da aula o DAO mas que eu chamaria de repositório), na orquestração dos objetos e também para colocar comportamentos que não se encaixem em uma entidade apenas(ex: um calculo de folha de pagamento). Um possível em diria problema, mas que me causa um certo desconforto é uma classe service cheia de métodos que apenas delegam para o repositório/DAO, nesses casos eu não deveria deixar as lógicas de consulta apenas nos repositórios/DAOS e as lógicas com acesso a Daos e transações na service? Como os colegas encaram essa questão de modelo anêmico trabalhando com EJBS?
