Язык программирования C#9 и платформа .NET5 - Эндрю Троелсен
Шрифт:
Интервал:
Закладка:
}
driverIntensity = intensity;
driverName = name;
}
...
}
Имейте в виду, что использовать ключевое слово this для связывания вызовов конструкторов в цепочку вовсе не обязательно. Однако такой подход позволяет получить лучше сопровождаемое и более краткое определение класса. Применяя данный прием, также можно упростить решение задач программирования, потому что реальная работа делегируется единственному конструктору (обычно принимающему большую часть параметров), тогда как остальные просто "перекладывают на него ответственность".
На заметку! Вспомните из главы 4, что в языке C# поддерживаются необязательные параметры. Если вы будете использовать в конструкторах своих классов необязательные параметры, то сможете добиться тех же преимуществ, что и при связывании конструкторов в цепочку, но с меньшим объемом кода. Вскоре вы увидите, как это делается.
Исследование потока управления конструкторов
Напоследок отметим, что как только конструктор передал аргументы выделенному главному конструктору (и главный конструктор обработал данные), первоначально вызванный конструктор продолжит выполнение всех оставшихся операторов кода. В целях прояснения модифицируйте конструкторы класса Motorcycle, добавив в них вызов метода Console.WriteLine():
class Motorcycle
{
public int driverIntensity;
public string driverName;
// Связывание конструкторов в цепочку.
public Motorcycle()
{
Console.WriteLine("In default ctor");
// Внутри стандартного конструктора
}
public Motorcycle(int intensity) : this(intensity, "")
{
Console.WriteLine("In ctor taking an int");
// Внутри конструктора, принимающего int
}
public Motorcycle(string name) : this(0, name)
{
Console.WriteLine("In ctor taking a string");
// Внутри конструктора, принимающего string
}
// Это 'главный' конструктор, выполняющий всю реальную работу.
public Motorcycle(int intensity, string name)
{
Console.WriteLine("In master ctor ");
// Внутри главного конструктора
if (intensity > 10)
{
intensity = 10;
}
driverIntensity = intensity;
driverName = name;
}
...
}
Теперь измените операторы верхнего уровня, чтобы они работали с объектом Motorcycle:
Console.WriteLine("***** Fun with class Types *****n");
// Создать объект Motorcycle.
Motorcycle c = new Motorcycle(5);
c.SetDriverName("Tiny");
c.PopAWheely();
Console.WriteLine("Rider name is {0}", c.driverName);
// вывод имени гонщика
Console.ReadLine();
Вот вывод, полученный в результате выполнения показанного выше кода:
***** Fun with Motorcycles *****
In master ctor
In ctor taking an int
Yeeeeeee Haaaaaeewww!
Yeeeeeee Haaaaaeewww!
Yeeeeeee Haaaaaeewww!
Yeeeeeee Haaaaaeewww!
Yeeeeeee Haaaaaeewww!
Yeeeeeee Haaaaaeewww!
Rider name is Tiny
Ниже описан поток логики конструкторов.
• Первым делом создается объект путем вызова конструктора, принимающего один аргумент типа int.
• Этот конструктор передает полученные данные главному конструктору и предоставляет любые дополнительные начальные аргументы, не указанные вызывающим кодом.
• Главный конструктор присваивает входные данные полям данных объекта.
• Управление возвращается первоначально вызванному конструктору, который выполняет оставшиеся операторы кода.
В построении цепочек конструкторов примечательно то, что данный шаблон программирования будет работать с любой версией языка C# и платформой .NET Core. Тем не менее, если целевой платформой является .NET 4.0 или последующая версия, то решение задач можно дополнительно упростить, применяя необязательные аргументы в качестве альтернативы построению традиционных цепочек конструкторов.
Еще раз о необязательных аргументах
В главе 4 вы изучили необязательные и именованные аргументы. Вспомните, что необязательные аргументы позволяют определять стандартные значения для входных аргументов. Если вызывающий код устраивают стандартные значения, то указывать уникальные значения не обязательно, но это нужно делать, чтобы снабдить объект специальными данными. Рассмотрим следующую версию класса Motorcycle, которая теперь предлагает несколько возможностей конструирования объектов, используя единственное определение конструктора:
class Motorcycle
{
// Единственный конструктор, использующий необязательные аргументы.
public Motorcycle(int intensity = 0, string name = "")
{
if (intensity > 10)
{
intensity = 10;
}
driverIntensity = intensity;
driverName = name;
}
...
}
С помощью такого единственного конструктора можно создавать объект Motorcycle, указывая ноль, один или два аргумента. Вспомните, что синтаксис именованных аргументов по существу позволяет пропускать подходящие стандартные установки (см. главу 4).
static void MakeSomeBikes()
{
// driverName = "", driverIntensity = 0
Motorcycle m1 = new Motorcycle();
Console.WriteLine("Name= {0}, Intensity= {1}",
m1.driverName, m1.driverIntensity);
// driverName = "Tiny", driverIntensity = 0
Motorcycle m2 = new Motorcycle(name:"Tiny");
Console.WriteLine("Name= {0}, Intensity= {1}",
m2.driverName, m2.driverIntensity);
// driverName = "", driverIntensity = 7
Motorcycle m3 = new Motorcycle(7);
Console.WriteLine("Name= {0}, Intensity= {1}",
m3.driverName, m3.driverIntensity);
}
В любом случае к настоящему моменту вы способны определить класс с полями данных (т.е. переменными-членами) и разнообразными операциями, такими как методы и конструкторы. А теперь формализуем роль ключевого слова static.
Понятие ключевого слова static
В классе C# можно определять любое количество статических членов, объявляемых с применением ключевого слова static. В таком случае интересующий член должен вызываться прямо на уровне класса, а не через переменную со ссылкой на объект. Чтобы проиллюстрировать разницу, обратимся к нашему старому знакомому классу System.Console. Как вы уже видели, метод WriteLine() не вызывается на уровне объекта:
// Ошибка на этапе компиляции! WriteLine() - не метод уровня объекта!
Console c = new Console();
c.WriteLine("I can't be printed...");
Взамен статический член WriteLine() предваряется именем класса:
// Правильно! WriteLine() - статический метод.
Console.WriteLine("Much better! Thanks...");
Выражаясь просто, статические члены — это элементы, которые проектировщик класса посчитал настолько общими, что перед обращением к ним даже нет нужды создавать экземпляр класса. Наряду с тем, что определять статические члены можно в любом классе, чаще всего они обнаруживаются внутри обслуживающих классов. По определению