StackOverflow/StackExchange

Amigo alem de coesão existe padroes exmplos MVC Strategy, Factory DAO, Service, etc

exemplo o padrão DAO vc abstrai toda sua camada de acesso ao banco de dados em uma unica classe entendeu.

Uma classe deve ter o minimo de funcionalidades para atingir um objetivo não significa que uma classe deva ter apenas um metodo.

Não sei se foi vc que postou o exemplo de Dot.net sobre a classe list te tudo dentro dela, considero errado isso pq a classe List o objetivo dela e conseguir guardar uma lista de objeto na memoria e não pesquisar ordenar, fazer café, etc.

leonardobhbr:

a classe List o objetivo dela e conseguir guardar uma lista de objeto na memoria e não pesquisar ordenar, fazer café, etc.

então a Microsoft fez errado, pq a lista no .Net é assim, ela por si sozinha se ordena e tudo mais.

Tudo na vida tem um proposito exemplo delphi foi feito para ser uma das ferramentas mais produtiva para desktop. E hoje ele é uma decadência. vb identico

Olhe os métodos da lista (http://msdn.microsoft.com/pt-br/library/6sh2ey19.aspx):

Método Add

Método AddRange

Método AsReadOnly

Método BinarySearch

Método Clear

Método Contains

Método ConvertAll(TOutput)

Método CopyTo

Método Exists

Método Find

Método FindAll

Método FindIndex

Método FindLast

Método FindLastIndex

Método ForEach

Método GetEnumerator

Método GetRange

Método ICollection.CopyTo

Método IEnumerable(T).GetEnumerator

Método IEnumerable.GetEnumerator

Método IList.Add

Método IList.Contains

Método IList.IndexOf

Método IList.Insert

Método IList.Remove

Método IndexOf

Método Insert

Método InsertRange

Método LastIndexOf

Método Remove

Método RemoveAll

Método RemoveAt

Método RemoveRange

Método Reverse

Método Sort

Método ToArray

Método TrimExcess

Método TrueForAll

Isso quebrou o SRP dessa classe? rsrs

Amigo na acho que esses metodos aqui, não deveriam tar nessa classe

ForEach BinarySearch Find FindAll FindIndex FindLast FindLastIndex TrimExcess dentro de um list. Alem dos metodos sort,reverse.

O mais absurdo é o metodo forEach

leonardobhbr:

Amigo na acho que esses metodos aqui, não deveriam tar nessa classe

ForEach BinarySearch Find FindAll FindIndex FindLast FindLastIndex TrimExcess dentro de um list. Alem dos metodos sort,reverse.

O mais absurdo é o metodo forEach

Rapaz, penso diferente. Esses métodos provém facilitação de código.
Imagine ter que receber a lista, depois fazer um laço foreach, escrever o código dentro do laço foreach para acessar um outro método, quando você pode simplesmente chamar o método foreach da List e passar para ela um delegate.

Sou a favor da simplicidade, mas se a Microsoft gosta de descer o código no núcleo facilitando a programação, melhor que ela faça mesmo.

Gosto tanto de C# quanto de Java, mas tem coisas em C# que são bem mais perspicazes que no java.

o que você acha mais fácil fazer?
isso?

private String nome;
public void setNome(String nome){
   this.nome = nome;
}
public String getNome(){
return nome;
}

ou isso?

public String Nome {get;set;}

Como disse anteriormente se for pra ser facil eu trabalhava com Delphi.

Sobre sua pergunta

public String Nome {get;set;} se isso é mais fácil do que

private String nome; public void setNome(String nome){ this.nome = nome; } public String getNome(){ return nome; }

Eu te digo uma coisa eu prefiro um padrão que é muito bem documentado e bem definido POJO http://pt.wikipedia.org/wiki/Plain_Old_Java_Objects

Claro que isso é meu ponto de vista antigamente eu trabalhava com Delphi por isso falo tanto nele, depois que comecei aprender Java comecei a mudar meu ponto de vista fui aprendendo padrões de projetos, boas práticas de desenvolvimento., que fui mudando até minha maneira de programar em Delphi e comecei a ver os pontos fraco da linguagem com relação a OO.

Eu acho muito mais legivel o código tendo os metodos get/set do que ao voce criar um atributo voce colocar no final dele public Nome {get;set;}

acazsouza:

“Don’t reinvent the wheel.”

Nossa, essa é uma das mais faladas e eu tive que concordar com a resposta: Uma solução 100% adequada raramente existe.

Raramente existe por que chegar a 100% normalmente não tem um bom custo-benefício.

Aliás tudo que ouvir de boas práticas, conselhos, princípios, todos tem base em custo-benefício. Por exemplo, não tem por que fazer teste unitário para algo que não te trará benefícios testar exaustivamente. Se bem que isso também pode entrar no mérito de “Se não tem por que testar, por que a minha aplicação depende deste componente?”, um bad smell.

leonardobhbr:

Amigo na acho que esses metodos aqui, não deveriam tar nessa classe

ForEach BinarySearch Find FindAll FindIndex FindLast FindLastIndex TrimExcess dentro de um list. Alem dos metodos sort,reverse.

O mais absurdo é o metodo forEach

Discordo de você também amigo. O paradigma orientado a objetos visa como um dos principios que cada componente de software tenha suas próprias ações como se fossem seres vivos. Mas claro, essa é apenas minha opinião.

Mas voltado ao assunto do tópico, de fato, já estudei muitos padrões de projetos e sempre tento pensar o máximo para a melhor aplicação deles no meu projeto (incluindo frameworks e etc). Mas recentemente me convenci que as vezes o melhor padrão é simplesmente não ter padrão. Forçar supostas “boas práticas” em todo canto do seu projeto pode causar uma grande dor de cabeça para uma simples manutenção (embora em alguns casos possibilite melhor estensabilidade do código).