Как правильно писать тесты 46 Цикл разработки 46 Структура проекта с тестами 51 Утверждения (Asserts) 52 Утверждения в форме ограничений 54 Категории 56
| Вид материала | Тесты |
СодержаниеСоздание пользовательских обобщенных коллекций Установка ограничений для параметров типа с помощью where Ограничение обобщения |
- Некорректные задания, 1276.79kb.
- К техническому регламенту, 835.7kb.
- Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке разработки, 494.44kb.
- Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 652.85kb.
- Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 623.18kb.
- Правительства Российской Федерации от 11. 11. 2005 N 679 о порядке разработки и утверждения, 533.6kb.
- Постановления Правительства Российской Федерации от 11. 11. 2005 n 679 о порядке разработки, 613.63kb.
- Об утверждении требований к схемам теплоснабжения, порядку их разработки и утверждения, 450.79kb.
- Рабочая программа учебной дисциплины. Общие требования, порядок разработки, согласования, 414.77kb.
- Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 1924.26kb.
Создание пользовательских обобщенных коллекций
Итак, пространство имен System.Collections.Generic предлагает множество типов, позволяющих создавать эффективные контейнеры, удовлетворяющие требованиям типовой безопасности. С учетом множества доступных вариантов очень велика вероятность того, что в .NET 2.0 у вас вообще не возникнет необходимости в построении пользовательских типов коллекции. Тем не менее, чтобы показать, как строится обобщенный контейнер, нашей следующей задачей будет создание обобщенного класса коллекции, который мы назовем CarCollection
Подобно созданному выше необобщенному типу CarCollection, наш новый вариант будет использовать уже существующий тип коллекции для хранения своих элементов (в данном случае это List<>). Будет реализована и поддержка цикла foreach путем реализации обобщенного интерфейса IEnumerable<>. Обратите внимание на то, что IEnumerable<> расширяет необобщенный интерфейс IEnumerable, поэтому компилятор ожидает, что вы реализуете две версии метода GetEnumerator(). Вот как может выглядеть соответствующая модификация.
public class CarCollection
{
private List
public T GetCar(int pos)
{ return arCars[pos]; }
public void AddCar(T c)
{ arCars.Add(c); }
public void ClearCars()
{ arCars.Clear(); }
public int Count
{ get { return arCars.Count; } }
// IEnumerable
// нужно реализовать обе версии GetEnumerator().
IEnumerator
{ return arCars.GetEnumerator(); }
IEnumerator IEnumerable.GetEnumerator()
{ return arCars.GetEnumerator(); }
}
Этот обновленный тип CarCollection
static void Main(string[] args)
{
Console.WriteLine("* Пользовательская обобщенная коллекция *\n");
// Создание коллекции объектов Car.
CarCollection
myCars.AddCar(new Car("Rusty", 20));
myCars.AddCar(new Car("Zippy", 90));
foreach (Car c in myCars)
{
Console.WriteLine("PetName: {0}, Speed: {1}",
c.PetName, c.Speed);
}
Console.ReadLine();
}
Здесь создается тип CarCollection
Установка ограничений для параметров типа с помощью where
В настоящий момент класс CarCollection
// Это синтаксически корректно, но выглядит,
// по крайней мере, странно...
CarCollection
myInts.AddCar(5);
myInts.AddCar(11);
Чтобы проиллюстрировать другую форму типичного непредусмотренного использования объекта, предположим, что вы создали два новых класса — SportsCar (спортивная машина) и MiniVan (минивэн), — которые являются производными от Car.
public class SportsCar : Car
{
public SportsCar(string p, int s)
: base(p, s){}
// Дополнительные методы для SportsCar.
}
public class MiniVan : Car
{
public MiniVan(string p, int s)
: base(p, s){}
// Дополнительные методы для MiniVan.
}
В соответствии с законами наследования, в коллекцию CarCollection
// CarCollection
CarCollection
myInts.AddCar(new MiniVan("Family Truckster", 55));
myInts.AddCar(new SportsCar("Crusher", 40));
Это синтаксически корректно, но что делать, если вдруг понадобится добавить в CarCollection
// Ошибка!
// System.Объект не имеет свойства с именем PetName.
public void PrintPetName(int pos)
{
Console.WriteLine(arCars[pos].PetName);
}
Однако в таком виде программный код скомпилирован не будет, поскольку истинная суть
Вы можете попытаться “обмануть” компилятор путем преобразования элемента, возвращенного из метода индексатора List
// Ошибка!
// Нельзя превратить тип 'T' в 'Car'!
public void PrintPetName(int pos)
{
Console.WriteLine(((Car)arCars[pos]).PetName);
}
Но это тоже не компилируется, поскольку компилятор не знает значения параметра типа
Для решения именно таких проблем обобщения .NET могут опционально определяться с ограничениями, для чего используется ключевое слово where. В .NET 2.0 обобщения могут иметь ограничения, описанные в табл.
| Ограничение обобщения | Описание |
| where T : struct | Параметр типа |
| where T : class | Параметр типа |
| where T : new() | Параметр типа |
| where T : БазовыйКласс | Параметр типа |
| where T : Интерфейс | Параметр типа |
При наложении ограничений с помощью ключевого слова where список ограничений размещается после имени базового класса обобщенного типа и списка интерфейсов. В качестве конкретных примеров рассмотрите следующие ограничения обобщенного класса MyGenericClass.
// Типы параметра должны иметь конструктор,
// заданный по умолчанию.
public class MyGenericClass
{...}
// Типы параметра должны быть классами, реализующими IDrawable
// и поддерживающими конструктор, заданный по умолчанию.
public class MyGenericClass
{...}
// MyGenericClass получается из MyBase и реализует ISomeInterface,
// а типы параметра должны быть структурами.
public class MyGenericClass
where T : struct
{...}
При построении обобщенного типа, в котором указано несколько параметров типа, вы можете указать уникальный набор ограничений для каждого из таких параметров.
//
// а
public class MyGenericClass
where T : IComparable
{...}
Если вы хотите изменить тип CarCollection
public class CarCollection
{
...
public void PrintPetName(int pos)
{
// Поскольку теперь все элементы должны быть из семейства Car,
// свойство PetName можно вызывать непосредственно.
Console.WriteLine(arCars[pos].PetName);
}
}
При таких ограничениях на CarCollection
// Ошибка компиляции!
CarCollection
Вы должны понимать, что обобщенные методы тоже могут использовать ключевое слово where. Например, если нужно гарантировать, чтобы методу Swap(), созданному выше, передавались только типы, производные от System.ValueType, измените свой программный код так.
// Этот метод переставит любые типы-значения.
static void Swap
{
...
}
Следует также понимать то, что при таком ограничении метод Swap() уже не сможет переставлять строковые типы (поскольку они являются ссылочными).