¿Qué es una implementación concreta?

Question

Vi muchas publicaciones en StackOverflow y en otros lugares hablando sobre la implementación concreta. Si bien jugando con WCF que llegué a través de la línea de

Atar su implementación del servicio, o cualquier “servicio basado en” clase a una aplicación concreta nunca es una buena idea .

¿Alguien puede explicar qué es la Implementación concreta?

Answer 1

Es la implementación de algo abstracto (clase abstracta, interfaz). Tenga en cuenta que solo puede crear instancias de objetos de clases concretas.

Así por ejemplo, si usted tiene:

abstract class AbstractClass 
{ 
    ....... 
    // Here you have some abstract methods 
} 

class ConcreteClass : AbstractClass 
{ 
....... 
} 

En caso de WCF que quiere decir que a pesar de que se le permite marcar las clases con ServiceContract atribuir mejor tenerlo en comunicación separado y poner en práctica dicha interfaz en concreto clase marcada con el atributo ServiceBehavior.

De esta manera:

[ServiceContract(Namespace = "MyNamespaceName")] 
interface IMyInterface 
{ 
    [OperationContract] 
    int SomeMethod(.....); 

    ......  
    ......  
} 

[ServiceBehavior(......)] 
public class SomethingConcrete : IMyInterface 
{ 
    // implementation of SomeMethod 
} 

Answer 2

Si tiene una interfaz o clase abstracta, debe implementarse.

Una clase que implementa dicha interfaz o clase se denomina implementación concreta (porque solo se puede crear una instancia de dicha clase implementada).

El principio indicado significa que no debe codificar directamente contra la implementación concreta, ya que es posible que desee cambiarlo por otra implementación concreta en un momento posterior sin cambiar su código. Esto significa que debe usar referencias de clase abstracta y de interfaz en lugar de implementaciones concretas.

Answer 3

En el término "aplicación concreta", la palabra "concreto" es redundante. Una implementación es siempre concreta, no hay una implementación abstracta. Entonces, lo importante es solo el término "implementación".

Lo que significa en este caso es que debe codificar contra una abstracción en lugar de directamente contra una implementación, es decir, define una interfaz para lo que las clases deben admitir y utiliza la interfaz en lugar de la clase. De esta forma, puede sustituir una implementación por otra siempre que implementen la interfaz.

Answer 4

Finalmente lo entendí de Head First "Design Pattern" Book.

Explicación muy simple.

Imagine que hay una interfaz o clase abstracta llamada Animal con el método makeSound().

Imagínese que también existe la clase Dog con los métodos bark() y makeSound().

programación a una aplicación (aplicación concreta) clase Perro animal sería

Dog d = new Dog(); 
d.bark(); 

programación a una interfaz/supertipo clase Perro animal sería

Animal animal = new Dog(); 
animal.makeSound();