Polimorfismo: ¿Por qué usar "List list = new ArrayList" en lugar de "ArrayList list = new ArrayList"? [duplicar]

Esto se llama programación a interfaz. Esto será útil en caso de que desee pasar a alguna otra implementación de la Lista en el futuro. Si desea algunos métodos en ArrayList entonces tendría que programar a la implementación que es ArrayList a = new ArrayList().

Esto también es útil cuando se expone una interfaz pública. Si usted tiene un método como este,

public ArrayList getList();

Entonces usted decide cambiarlo a,

public LinkedList getList();

Cualquiera que estuviera haciendo ArrayList list = yourClass.getList() tendrá que cambiar su código. Por otro lado, si lo haces,

public List getList();

Cambiar la implementación no cambia nada para los usuarios de tu API.

Creo que la respuesta de @tsatiz es mayormente correcta (programar una interfaz en lugar de una implementación). Sin embargo, al programar en la interfaz no perderá ninguna funcionalidad. Déjame explicarte.

Si declara su variable como una List<type> list = new ArrayList<type> en realidad no pierde ninguna funcionalidad de la lista de arraylos. Todo lo que necesitas hacer es lanzar tu list a un ArrayList. He aquí un ejemplo:

List<String> list = new ArrayList<String>();
((ArrayList<String>) list).ensureCapacity(19);

En última instancia, creo que tsatiz está en lo correcto, ya que una vez que lanzas a un ArrayList que ya no está codificando en una interfaz. Sin embargo, sigue siendo una buena práctica codificar inicialmente en una interfaz y, si luego se hace necesario, codificar en una implementación si es necesario.

¡Espero que eso ayude!

Esto le permite escribir algo como:

void doSomething() {
    List<String>list = new ArrayList<String>();
    //do something
}

Más adelante, es posible que desee cambiarlo a:

void doSomething() {
    List<String>list = new LinkedList<String>();
    //do something
}

Sin tener que cambiar el resto del método.

Sin embargo, si desea utilizar un CopyOnWriteArrayList por ejemplo, tendría que declararlo como tal, y no como una Lista si desea utilizar sus métodos adicionales (addIfAbsent por ejemplo):

void doSomething() {
    CopyOnWriteArrayList<String>list = new CopyOnWriteArrayList<String>();
    //do something, for example:
    list.addIfAbsent("abc");
}

Uso esa construcción siempre que no quiero agregar complejidad al problema. Es solo una lista, no hay necesidad de decir qué tipo de Lista es, ya que no importa el problema. A menudo uso la Colección para la mayoría de mis soluciones, ya que, al final, la mayoría de las veces, para el resto del software, lo que realmente importa es el contenido que contiene, y no quiero agregar nuevos objetos a la Colección.

Además, utilizas esa construcción cuando piensas que puedes querer cambiar la implementación de la lista que está utilizando. Digamos que estaba usando la construcción con un ArrayList, y su problema no era seguro hilo. Ahora, desea que sea seguro hilo, y para parte de su solución, se cambia a utilizar un vector, por ejemplo. En cuanto a los otros usos de esa lista no importará si es una AraryList o un Vector, solo una Lista, no se necesitarán nuevas modificaciones.

Supongo que el núcleo de tu pregunta es por qué program to an interface, not to an implementation

Simplemente porque una interfaz le da más abstracción, y hace que el código más flexible y resistente a los cambios, porque puede utilizar diferentes implementaciones de la misma interfaz(en este caso, es posible que desee cambiar su Lista de la aplicación a una linkedList en lugar de un objeto ArrayList ) sin cambiar su cliente.

En general, desea programar contra una interfaz. Esto le permite intercambiar la implementación en cualquier momento. Esto es muy útil especialmente cuando se pasa una implementación que no conoces.

Sin embargo, hay ciertas situaciones en las que prefiere utilizar la implementación concreta. Por ejemplo, cuando se serializa en GWT.