| Autor |
Mensagem |
|
|
hahahaha dá uma raiva quando isso acontece né ???
Mas blz, faz parte!
Boa sorte aí com o eclipse!
Abração.
|
 |
|
|
olha direitinho aí amigão, provavelmente quando você carrega novamente o Eclipse, você deve estar apontando o workspace pra um diretório onde não foram salvos os projetos.
Não estou conseguindo imaginar outro motivo.
|
|
|
|
rsrsrsrs BOA!!!
Pessoa eu = new Beer(); //Por favor!!!
|
|
|
|
fabionm wrote:Fala galera,
Tenho uma dúvida, sempre usei o netbeans e agora baixei e instalei o eclipse. Quando eu fecho o eclipse e depois abro novamente some todos os projetos criados.
Alguém sabe o porquê disso? O que devo configurar?
Desde já agradeço.
Abs!!!
Quando você carrega o Eclipse, você utiliza o mesmo endereço do workspace default ?
|
|
|
|
pow legal a idéia.
E na paulista ali é tranquilo de chegar. Acesso fácil.
Mas infelizmente não fico sábado em sampa, pois sou daqui do litoral. Subo e deço todo dia pra trabalhar.
|
|
|
|
|
R.I.P. Sun!
|
|
|
|
elvishr wrote:Ae galera, é o seguinte, já estudei java durante uns 6 meses, um estudo intenso, me preparando para certificação.
Só porque fiquei uns 2 meses sem mexer muito e agora decidi de vez tentar o SCJP, estou revisando o que vi.
Alguém poderia me indicar um lugar onde tem um resumão, tipo assim só os tópicos, sem muito detalhamento, pra me preparar pra certificação?
Valeu mesmo ...
|
|
|
|
Aí vai minha opnião:
Como o Paulo disse, ele tem bem definido o Domain Model.
A questão é: Como eu sei se esse DM é anêmico ou não ? Devo ou não utilizar TO ?
Segundo Martin Folwer o principal sintôma de ADM é a utlizição de objetos(sem sentido algum no meu modelo, por exemplo, objetos de valores que não expressão nenhum comportamento) com um relacionamentos forte entre eles.
"The basic symptom of an Anemic Domain Model is that at first blush it looks like the real thing. There are objects, many named after the nouns in the domain space, and these objects are connected with the rich relationships and structure that true domain models have. The catch comes when you look at the behavior, and you realize that there is very little behavior on these objects. Indeed often these models come with design rules that say that you are not to put any domain logic in the the domain objects. Instead there are a set of service objects which capture all the domain logic. These services live on top of the domain model and use the domain model for data."
Num primeiro momento eu generalizei tudo, achei que não era mais pra utilizar os VO´s, TO´s e DTO´s, EJB´s e que todos os meu modelos de projetos eram anêmicos.
Mas, refletindo um pouco, percebi que ele estava se referenciando SOMENTE ao modelo de negócio e não a integração entre as camandas.
Pois bem, agora como eu expor um serviço que o Domain Model possa prestar é uma outra questão("Devo ou não utilizar TO ?") que não tem relação alguma com com o anti-pattern ADM. Uma única opinão que o Martin expressou referente à EJB foi essa:
"I don't know why this anti-pattern is so common. I suspect it's due to many people who haven't really worked with a proper domain model, particularly if they come from a data background. Some technologies encourage it; such as J2EE's Entity Beans which is one of the reasons I prefer POJO domain models."
NOTE que ele disse que prefere utilizar classes POJO´s ao invés de deixar todas as responsabilidades para os Entity Beans.
Então Paulo, acho que a preocupação que você tem é a mesma que tenho. Mas acredito que a idéia é essa :
Se você quer expor serviços que o seu modelo de domínio possa prestar para um cliente e se a plataforma deles forem homogeneas(JAVA/JAVA), vc pode sim utilizar(um EJB Session Bean com um método retornando um TO) e a SUN diz que é uma boa prática NESTE E SOMENTE NESTE CASO. Agora se as plataformas forem heterogeneas, vc deve partir para utilização de Web Services.
Enfim, essa é minha opinião a respeito. Fiquem à vontade para sugestões, críticas, etc.
Abração à todos.
|
|
|
|
Olá pessoal do GUJ,
Nossa, li toda a discussão sobre o assunto e estou impressionado como existem pessoas que pedem opiniões, não as reflete, e pior ainda, não as aceita.
Bom mais isso não vem ao caso.
Pelo que eu entendi, nesta discussão toda e alguns artigos que li, é que o ADM do nosso guru Martin Fowler quis expressar uma preocupação que ele tem com alguns desenvolvedores que estão construindo projetos OO sem ter noção do que estão fazendo, ou por não terem compreendido corretamente os padrões(VO, TO e DTO) e seus objetivos ou simplesmente não entenderam as primícias da OO.
Ao projetar um projeto grande ou pequeno(pois isso é muito relativo do ponto de vista do ego das pessoas) umas das primeiras atividades que nós temos que ter em mente é definir o Domínio do Negócio. E o que o Martim Folwer quis dizer é que estão definindo modelos de domínio de negócio utilizando essa tríplice (VO, TO, DTO) para auxiliar na troca de mensagem dos objetos e ele definiu isso como um ADM.
Alguém por gentileza, poderia me dizer se esta conclusão está equivocada ?
Abraço à todos.
|
|
|
|
|
Estou de Volta.
|
|
|
|
Galera,
Alguém já fez este curso?
Se fez, gostou? Agregou alguma coisa???
|
|
|
|
|
|