regresando IList <T> contra Array en C#?

Question

Hace poco le pregunté a alguien por qué prefería devolver una matriz fuertemente tipada a una IList. Siempre pensé que programar contra una interfaz era el programa más flexible y de mejor manera cuando se enfrentaba a un proyecto que tenía una larga vida. Así que me pareció extraño cuando respondió:

Por lo general, preferimos los tipos inmutables sobre los mutables. Las matrices son inmutables. IList no es.

No estoy del todo seguro de entender esta afirmación. ¿Alguien puede ayudar a aclarar esto?

Gracias por cualquier ayuda que ustedes puedan proporcionar.

Answer 1

Creo que tal vez pensó que como la propiedad de una matriz de longitud es inmutable, de alguna manera las matrices son más inmutables que IList o tal vez utilizó la palabra incorrecta y el hormigón intercambiado con inmutable. Quién sabe, pero es una respuesta extraña.

Creo que al devolver una lista hay algo ligeramente implícito en que está bien modificarla o que puede cambiar al devolver una matriz, no implica tanto.

Por ejemplo, si tenía un modelo de objetos en la parte superior de un repositorio y tenía un método como GetCars() que devolvía una Lista y un programador junior veía autos. Agregue (Coche c) ... ¿Creería que era completamente loco para pensar en automóviles. ¿Agregar (nuevo automóvil()) realmente podría agregar un automóvil al depósito? Las matrices son inherentemente más explícitas.

creo que el uso de la lista es más apropiado en propiedades, como Page.Controls.Add

prefiero matrices que regresan con más frecuencia que la lista por varias razones.

• Hábito. Colecciones en 1.0/1.1 SUCKED

• Prefiero que mis métodos devuelvan el objeto más ligero & que puedan. Si necesito hacer un Array a List, es trivial.

• Se pueden usar en .net 1.1 y reduce la superficie de la refactorización. Si alguna vez tuve que admitir versiones anteriores del tiempo de ejecución, puedo reutilizar al menos parte de mi código o aplicar un modelo de objeto idéntico.

Answer 2

Quizás esta persona no sepa de lo que está hablando?

Answer 3

Básicamente dice que "preferimos estructuras que no se pueden cambiar fácilmente en el tiempo de ejecución, porque creemos que son menos vulnerables a los errores". Si eso es correcto en este caso es otra pregunta.

Answer 4

Yo tampoco lo entiendo. Las matrices son mutables, a excepción de su tamaño. Los elementos individuales todavía se pueden modificar. Tal vez quiso decir que las matrices son tipos de valores y las Listas son tipos de referencia. No lo sé.

De todos modos, probablemente debería echar un vistazo a Eric Lippert's opinion sobre el tema. También podría proporcionarle algo de munición para la discusión.

Answer 5

Un punto que podría haber querido decir es que IList incluye los métodos Insertar, Eliminar y Agregar, por lo que la colección en sí misma se puede modificar. T [], por otro lado, no puede tener elementos agregados.

Debo añadir que FxCop recomienda devolver ReadOnlyCollection en su lugar. El indexador es de solo lectura, por lo que no puede cambiar los elementos, y los métodos Add y otros arrojan NotSupportedException.

Answer 6

¿Quizás se refería al tamaño de la matriz como "inmutable"? Básicamente, declaras el tamaño una vez y estás atrapado con él. Con las listas, siempre puede usar "Agregar".

I supongo que si estás seguro de sobre el tamaño de la lista, tal vez la matriz es un poco más rápido?

Answer 7

Bien. IList es mutable en el sentido de que puede agregar y eliminar elementos, en lugar de simplemente cambiar los elementos que ya están allí. Una matriz le permite jugar con elementos individuales, pero un índice en particular nunca se volverá completamente inválido. Hay varias razones para preferir la inmutabilidad: hace que el área de la corrupción accidental de datos sea mucho más pequeña, por ejemplo.

Answer 8

Quien sea "él" es, está 100% mal con el tema. Las matrices son muy mutables. Esta es, de hecho, una de las razones para no devolver una matriz. No hay forma de evitar que una persona que llama cambie los elementos de una matriz a lo que ellos quieran.

La única manera en que un Arrray es inmutable es en su longitud. Una vez que se asigna una matriz, su longitud no se puede cambiar. Incluso las API como Array.Resize en realidad no cambian el tamaño de la matriz, solo asignan una nueva, copian los contenidos y devuelven la nueva matriz (por referencia en este caso).

Sin embargo, estoy de acuerdo en que hay muchos casos en los que es mejor devolver datos inmutables. El principal es que le permite devolver una referencia a una colección interna de una clase sin hacer una copia completa y al mismo tiempo evitar que la persona que llama se meta con su estado interno. La mayoría de las colecciones mutables no pueden hacer tales garantías.

Answer 9

En principio tiene razón, pero que no sabe cómo poner en práctica de forma adecuada ...

normalmente Preferimos tipos inmutables sobre los mutables.

Eso es correcto. Los tipos inmutables son más fáciles de trabajar con

Las matrices son inmutables. IList no es.

Eso no es correcto. Ninguno de esos son inmutables.

Si desea devolver una colección que es inmutable, devuelva IEnumerable<T> o ReadOnlyCollection<T> (utilizando el método List<T>.AsReadOnly). Aún así, eso no protege a los objetos si ellos mismos no son inmutables. A pesar de que solo puede leer de las colecciones, puede cambiar los datos en cada objeto si lo permiten.

Además, debe considerar la "propiedad" de la colección que está devolviendo. Si está creando una matriz con el único propósito de devolverla, entonces no hay razón para no darle el control total. Si, por otro lado, está devolviendo una colección que es miembro de la clase, solo debe permitir el acceso tan pequeño como sea necesario.

Answer 10

La razón para utilizar una interfaz como tipo de devolución sobre el tipo real en sí es ocultar la implementación interna de la persona que llama. Esto permite que la implementación cambie el tipo real sin repurgencias al resto de la aplicación.

No tiene sentido copiar una colección utilizada internamente en una matriz para uso externo, sin más motivo que mutable o inmutable.

Los problemas separados son: - devuelve una lista de datos fuertemente tipados o no. IList o IList. Siempre se prefiere el uso de datos fuertemente tipados. - mutable o inmutable. ICollection, IList o IEnumerator Regrese con lo que quiere permitir a los datos. Para una lista de solo lectura devuelve solo un IEnumerator. Si la persona que llama puede modificar la colección, use ICollection o IList.

Answer 11

Siempre prefiero un ReadOnlyCollection. Todas las ventajas de una lista, pero de solo lectura.