Fórum Diferença entre "IClasse" e "Classe" #13737
08/01/2010
0
Dictionary<int, string> MyDictionary = new Dictionary<int, string>(); O que muda ? Obrigado.
Rubens Cury
Curtir tópico
+ 0Posts
08/01/2010
Fabio Mans
IDataReader reader = oraclecmd.ExecuteReader
IDataReader reader = oledbcmd.ExecuteReader Eu posso executar um command no sql, um oracle ou oledb Outra exemplo bastante utilizado é o IList<T> e o List<T> Ilist é uma interface, logo qualquer controle que implemente IList pode ser usado quando você aplica este conceito, ou seja, esta abstraindo a implementação , assim o codigo fica + genérico Resumindo: utilizar o mínimo para torná-lo mais usável. Caso se interesse mais sobre o assunto recomendo ler este ebook http://oreilly.com/catalog/pnetcomp2/chapter/ch03.pdf E procure na revista .NET Magazine edição 68 o artigo Injeção de Dependência. (Como manter baixo o nível de acoplamento entre diferentes partes de uma aplicação) Espero ter ajudado. Fabio
Gostei + 0
08/01/2010
Rubens Cury
Entendi no exemplo do IDataReader que independente de qual provider você está optando por utilizar (SQL, ORACLE, ETC), o IDataReader se encarregará de realizar tal implementação.
Em relação a analogia entre as interfaces e contratos, eu classificaria simbolicamente as interfaces como "cláusulas contratuais" e as classes que a implementam como os "conteúdos e regras das mesmas".
Outra questão em coloco é em relação a codificação do software. Se o programador no caso não fizer o uso da interface ele conseguirá implementar o código que ele bem desejar (ou não ?). Se for isso, ou seja, se ele for capaz codificar o que ele desejar sem utilizar a interface, obrigá-lo e lembrá-lo de herdar tal interface, não seria o mesmo que obrigá-lo e lembrá-lo a aplicar corretamente uma classe sem a interface ?
Minhas conclusões estão corretas ? Um abraço.
Gostei + 0
11/01/2010
Fabio Mans
Entendi no exemplo do IDataReader que independente de qual provider você está optando por utilizar (SQL, ORACLE, ETC), o IDataReader se encarregará de realizar tal implementação.
Em relação a analogia entre as interfaces e contratos, eu classificaria simbolicamente as interfaces como "cláusulas contratuais" e as classes que a implementam como os "conteúdos e regras das mesmas".
Outra questão em coloco é em relação a codificação do software. Se o programador no caso não fizer o uso da interface ele conseguirá implementar o código que ele bem desejar (ou não ?). Se for isso, ou seja, se ele for capaz codificar o que ele desejar sem utilizar a interface, obrigá-lo e lembrá-lo de herdar tal interface, não seria o mesmo que obrigá-lo e lembrá-lo a aplicar corretamente uma classe sem a interface ?
Minhas conclusões estão corretas ? Um abraço.
Gostei + 0
11/01/2010
Rubens Cury
Gostei + 0
Clique aqui para fazer login e interagir na Comunidade :)