Przyjęta odpowiedź @DavidMills jest całkiem dobra, ale myślę, że można ją poprawić. Po pierwsze, nie ma potrzeby definiowania ComparisonComparer<T>
klasy, jeśli framework zawiera już metodę statyczną Comparer<T>.Create(Comparison<T>)
. Ta metoda może być używana do tworzenia IComparison
w locie.
Ponadto rzuca, IList<T>
do IList
którego może być niebezpieczny. W większości przypadków, które widziałem, List<T>
które implementacje IList
są używane za kulisami do implementacji IList<T>
, ale nie jest to gwarantowane i może prowadzić do kruchego kodu.
Wreszcie przeciążona List<T>.Sort()
metoda ma 4 sygnatury i tylko 2 z nich są zaimplementowane.
List<T>.Sort()
List<T>.Sort(Comparison<T>)
List<T>.Sort(IComparer<T>)
List<T>.Sort(Int32, Int32, IComparer<T>)
Poniższa klasa implementuje wszystkie 4 List<T>.Sort()
sygnatury IList<T>
interfejsu:
using System;
using System.Collections.Generic;
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<T>(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];
}
}
}
Stosowanie:
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));
}
Pomysł polega na wykorzystaniu funkcjonalności elementu bazowego List<T>
do obsługi sortowania, gdy tylko jest to możliwe. Ponownie, większość IList<T>
implementacji, które widziałem, używa tego. W przypadku, gdy źródłowa kolekcja jest innego typu, wróć do tworzenia nowego wystąpienia List<T>
z elementami z listy wejściowej, użyj jej do sortowania, a następnie skopiuj wyniki z powrotem do listy wejściowej. To zadziała, nawet jeśli lista wejściowa nie implementuje IList
interfejsu.