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

Пространства имен работают так же, но без дополнительных расходов, связанных с созданием реальной файловой системы — они являются по сути не более чем метками. Формально не требуется ничего делать, чтобы создать пространство имен, кроме просто объявления его в коде таким способом, как было сделано в примере выше. Код, представленный в нем, означает, что полное имя класса, который был определен, будет не SquareRootForm, a Wrox.ProfessionalCSharp.AppendixC.SquareRootForm. Крайне маловероятно, что кто-то будет записывать класс с этим полным именем. С другой стороны, если бы не было пространства имен, то существовал бы большой риск путаницы, так как кто-нибудь еще мог бы написать класс с именем SquareRootForm.

Исключение конфликтов такого рода важно в C#, так как рабочая среда .NET использует только эти имена для идентификации классов, в то время как элементы управления ActiveX, созданные VB, применяют для ухода от конфликтов имен сложный механизм, включающий GUID. Компания Microsoft предпочла более простую концепцию пространств имен в связи с опасениями, что некоторые сложности COM, такие как GUID, сделают неоправданно трудным для разработчиков создание хороших приложений Windows.

Хотя в C# пространства имен и не являются строго обязательными, настоятельно рекомендуется все классы помещать в пространство имен, чтобы предотвратить любые возможные конфликты имен с другим программным обеспечением. Фактически крайне редко можно увидеть код C#, который не начинается с объявления пространства имен.

Пространства имен могут быть вложенными. Например, приведенный выше код пространства имен:

namespace Wrox.ProfessionalCSharp.AppendixC.SquareRootSample {

public class SquareRootForm : System.Windows.Forms.Form {

// и т.д.

}

}

можно было бы записать следующим образом:

namespace Wrox {

namespace ProfessionalCSharp {

namespace AppendixC {

namespace SquareRootSample {

public class SquareRootForm : System.Windows.Forms.Form {

// и т.д.

}

}

}

}

}

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

Конечная часть приведенного выше кода, который начинает проект SquareRoot, состоит из инструкций using:

using System;

using System.Drawing;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

using System.Data;

namespace Wrox.ProfessionalCSharp.AppendixC.SquareRootSample {

Эти инструкции usingприсутствуют здесь, чтобы упростить код. Полные имена классов, включающие имена пространств имен, будут длинными. Например, позже в этом коде определяется пара текстовых полей. Текстовое поле представляется классом System.Windows.Forms.TextBox. Если писать это в коде каждый раз при ссылке на Text Box, код будет выглядеть очень загроможденным. Вместо этого инструкция using System.Windows.Forms; дает задание компилятору найти в этом пространстве имен все классы, которые отсутствуют в текущем пространстве имен и для которых не определено пространство имен. Теперь можно просто писать TextBoxвезде, где необходимо сослаться на этот класс. Обычно любая программа на C# начинается с ряда инструкций using, вводящих все пространства имен, которые будут использоваться в множество пространств имен, просматриваемых компилятором. Пространства имен, определенные в приведенном выше коде охватывают различные части библиотеки базовых классов .NET, и поэтому позволяют, что очень удобно, использовать различные базовые классы .NET.

Теперь мы переходим к определению класса SquareRootForm. Само определение достаточно простое:

public class SquareRootForm : System.Windows.Forms.Form {

Ключевое слово class сообщает компилятору, что будет определен класс. Интерес в данном случае представляет двоеточие после имени класса, за которым следует другое имя — Form. Это момент, где мы вводим упоминавшуюся ранее важную концепцию, которую необходимо знать, чтобы понимать программирование на C#,— наследование

Приведенный выше синтаксис сообщает компилятору, что класс SquareRootFormнаследуется из класса Form(в действительности из Windows.Forms.Form). Это означает, что класс получает не только все методы, свойства и т.д., которые мы определяем, он получает все, что было в классе Form. Formявляется очень мощным базовым классом .NET, который предоставляет все свойства базовой формы. Он содержит методы, позволяющие форме выводиться, и большое количество свойств, включая Height, Width, Desktop Location, BackColor(фоновый цвет формы), которые управляют внешним видом формы на экране. Наследуя от этого класса, наш собственный класс сразу получает все эти свойства и является поэтому полноценной формой. Класс, от которого наследуют, называется базовым классом, а новый класс называют производным классом.

Если вы знакомы с интерфейсами, то наследование не должно быть для вас новым понятием, так как интерфейсы могут наследоваться друг из друга. Однако здесь имеется значительно более мощная конструкция, чем наследование интерфейсов. Когда интерфейс COM наследуется из другого интерфейса, он получает только имена и сигнатуры методов и свойства. Это, в конце концов, все, что содержит интерфейс. Однако класс содержит весь код, который реализует эти методы, и тому подобное также, как в VB делает объект класса. Это означает, что SquareRootFormполучает все реализации из класса Form, а также имена методов. Этот вид наследования называется наследованием реализации, он не является новинкой в C#: это была фундаментальная концепция классического объектно-ориентированного программирования (OOP), которой пользовались в течение десятилетий. Программы C++, в частности, обычно работают на основе этой концепции, но она не поддерживается VB. (Наследование реализации имеет сходство с созданием подклассов.) При разработке программ на C# можно обнаружить, что вся архитектура типичной программы C# почти всегда основывается на наследовании реализации.

Но наследование реализации является еще более мощным средством. Как будет показано позже, когда класс наследуется из другого класса, он не обязан брать все реализации в базовом классе. При желании можно изменить реализации определенных методов и свойств с помощью технологии, называемой переопределением. Это означает, что можно создать класс, который очень похож на существующий, но имеет некоторые отличия в том. как и что он делает. Это существенно облегчает повторное использование кода, написанного другими людьми, сберегая тем самым время разработки. Также важно понять, что не требуется доступ к исходному коду базового класса, чтобы наследовать из него. По очевидным коммерческим соображениям компания Microsoft сохраняет исходный код класса Form для себя. Тот факт, что компилированная библиотека доступна в форме сборки, является достаточным, чтобы можно было наследовать от этого класса, используя требуемые методы и переопределяя методы, которые не нужны.