La respuesta aceptada por @DavidMills es bastante bueno, pero creo que se puede mejorar. Por un lado, no hay necesidad de definir la clase ComparisonComparer<T>
cuando el marco ya incluye un método estático Comparer<T>.Create(Comparison<T>)
. Este método se puede usar para crear un IComparison
sobre la marcha.
También, arroja IList<T>
a IList
que tiene el potencial de ser peligroso. En la mayoría de los casos que he visto, List<T>
que implementa IList
se utiliza detrás de las escenas para implementar IList<T>
, pero esto no está garantizado y puede conducir a código frágil.
Por último, el método sobrecargado List<T>.Sort()
tiene 4 firmas y solo se implementan 2 de ellas.
List<T>.Sort()
List<T>.Sort(Comparison<T>)
List<T>.Sort(IComparer<T>)
List<T>.Sort(Int32, Int32, IComparer<T>)
La clase debajo implementa todos 4 List<T>.Sort()
firmas para el interfaz IList<T>
:
public static class IListExtensions
{
public static void Sort<T>(this IList<T> list)
{
if (list is List<T>)
{
((List<T>)list).Sort();
}
else
{
List<T> copy = new List<T>(list);
copy.Sort();
Copy(copy, 0, list, 0, list.Count);
}
}
public static void Sort<T>(this IList<T> list, Comparison<T> comparison)
{
if (list is List<T>)
{
((List<T>)list).Sort(comparison);
}
else
{
List<T> copy = new List<T>(list);
copy.Sort(comparison);
Copy(copy, 0, list, 0, list.Count);
}
}
public static void Sort<T>(this IList<T> list, IComparer<T> comparer)
{
if (list is List<T>)
{
((List<T>)list).Sort(comparer);
}
else
{
List<T> copy = new List<T>(list);
copy.Sort(comparer);
Copy(copy, 0, list, 0, list.Count);
}
}
public static void Sort<T>(this IList<T> list, int index, int count,
IComparer<T> comparer)
{
if (list is List<T>)
{
((List<T>)list).Sort(index, count, comparer);
}
else
{
List<T> range = new List<T>(count);
for (int i = 0; i < count; i++)
{
range.Add(list[index + i]);
}
range.Sort(comparer);
Copy(range, 0, list, index, count);
}
}
private static void Copy(IList<T> sourceList, int sourceIndex,
IList<T> destinationList, int destinationIndex, int count)
{
for (int i = 0; i < count; i++)
{
destinationList[destinationIndex + i] = sourceList[sourceIndex + i];
}
}
}
Uso:
class Foo
{
public int Bar;
public Foo(int bar) { this.Bar = bar; }
}
void TestSort()
{
IList<int> ints = new List<int>() { 1, 4, 5, 3, 2 };
IList<Foo> foos = new List<Foo>()
{
new Foo(1),
new Foo(4),
new Foo(5),
new Foo(3),
new Foo(2),
};
ints.Sort();
foos.Sort((x, y) => Comparer<int>.Default.Compare(x.Bar, y.Bar));
}
La idea es aprovechar la funcionalidad de la List<T>
subyacente para manejar la clasificación siempre que sea posible. De nuevo, la mayoría de las implementaciones IList<T>
que he visto usan esto. En el caso en que la colección subyacente sea de un tipo diferente, retroceda a la creación de una nueva instancia de List<T>
con elementos de la lista de entrada, utilícela para realizar la clasificación y luego copie los resultados nuevamente en la lista de entrada. Esto funcionará incluso si la lista de entrada no implementa la interfaz IList
.
¿Por qué devolverías un IList en primer lugar? De un servicio WCF? – DaeMoohn