Симон Робинсон - C# для профессионалов. Том II

publiс override string ToString() {

return Name: " + name + ", Salary: $" + salary.ToString();

}

Эта переопределенная версия выводит имя и зарплату сотрудника. Новым элементом синтаксиса является то, что метод специально объявлен как override. C# требует, чтобы переопределяемые версии методов помечались явно, и будет инициировать ошибку компиляции, если этого не сделать. Это исключает риск любых потенциальных ошибок, когда, например, мы можем случайно переопределить метод без его реализации, возможно не зная, что метод с таким именем уже присутствует в базовом классе.

Мы завершили пример класса Employeeкак в VB, так и в C#, и до сих пор, хотя имеются некоторые неровности в создании и инициализации экземпляра Employeeв версии VB, оба языка справились достаточно хорошо с требованиями. Однако одна из целей этого приложения состоит в том, чтобы показать, почему C# может быть в отдельных ситуациях значительно более мощным, чем VB6. Мы будем добавлять некоторые свойства в версию C# нашего примера, которые оставят VB далеко позади. Начнем со статических полей и свойств.

Мы упоминали несколько раз, что в C# классы имеют специальные методы, называемые статическими, которые можно вызвать, не создавая экземпляр объекта. Эти методы не имеют никакой аналогии в VB. Фактически, статическими могут быть не только методы, но и поля, свойства или любые другие члены класса.

Термин статический имеет совершенно другое значение в C#, чем в VB.

Чтобы проиллюстрировать, как работают статические члены и почему их необходимо использовать, давайте представим себе, что мы хотели бы, чтобы класс Employee поддерживал извлечение названия (имени) компании, в которой работает каждый сотрудник. Здесь имеется существенное различие между названием компании и именем сотрудника, так как каждый объект сотрудника представляет обособленную единицу, и поэтому необходимо хранить различные имена сотрудников. Это обычное поведение переменных модулей классов в VB и поведение по умолчанию полей в C#. Но если организация купила программное обеспечение, которое содержит класс Employee, то очевидно, что на всех сотрудников приходится одно и то же название компании. Это означает, что было бы избыточно хранить имя компании отдельно для каждого сотрудника. Будет просто ненужное дублирование строки. Вместо этого мы хотим сохранить имя компании только один раз и затем предоставить доступ к этим данным каждому объекту сотрудника. Именно так работает статическое поле. Объявим такое поле как companyName:

class Employee {

private string name;

private decimal salary;

private static readonly string companyName;

В этом коде объявлено еще одно поле, но, помечая его как static, мы инструктируем компилятор, что эту переменную нужно сохранить только один раз, независимо от того, сколько создано объектов Employee. В реальном смысле это статическое поле ассоциируется с классом как целым, а не с каким-то одним объектом.

Мы также объявили это поле используемым только для чтения. Такое указание имеет смысл, потому что название компании, так же как имя сотрудника, не должно меняться после запуска программы.

Конечно, одного объявления этого поля не достаточно. Необходимо также убедиться, что оно инициализируется правильными данными. Где это нужно сделать? Ясно, что не в конструкторе — конструктор вызывается всякий раз при создании объекта Employee, в то время как companyNameнужно инициализировать только однажды. C# предоставляет для этой цели так называемый статический конструктор, который действует как любой другой конструктор, но работает для класса в целом, а не для определенного объекта. Если для класса определить статический конструктор, то он будет выполняться только один раз. Не гарантируется точно, когда он сработает, но это произойдет до того, как любой клиентский код попытается получить доступ к классу. Это обычно происходит при первом запуске программы. Добавим статический конструктор для класса Employee:

static Employee {

companyName = "Wrox Press Pop Stars";

}

Как обычно, конструктор идентифицируется по имени, которое совпадает с именем класса. Этот конструктор обозначается также как static, следовательно, он является статическим конструктором. Он не помечен ни как public, ни как private, так как он не будет вызываться никаким кодом C#, а только средой выполнения .NET. Поэтому для статического конструктора не требуется модификатор доступа.