— Person()
{
//Код деструктора
}
Имя деструктора строится из имени класса с предшествующим ему символом ~ (тильда). Как и у статического конструктора, у деструктора не указывается модификатор доступа.
Проектирование класса Rational
В заключение этой лекции займемся проектированием класса Rational, описывающего известный в математике тип данных — рациональные числа. По ходу проектирования будут вводиться новые детали, связанные с описанием класса. Начнем проектирование, как обычно, с задания тега <summary>, описывающего назначение класса, его свойства и поведение. Вот этот текст:
/// <summary>
/// Класс Rational
/// определяет новый тип данных — рациональные числа и
/// основные операции над ними — сложение, умножение,
/// вычитание и деление. Рациональное число задается парой
/// целых чисел (m, n) и изображается обычно в виде дроби m/n.
/// Число m называется числителем, n — знаменателем. Для
/// каждого рационального числа существует множество его
/// представлений, например, 1/2, 2/4, 3/6, 6/12 — задают
/// одно и тоже рациональное число. Среди всех представлений
/// можно выделить то, в котором числитель и знаменатель
/// взаимно несократимы. Такой представитель будет храниться
/// в полях класса. Операции над рациональными числами
/// определяются естественным для математики образом
/// </summary>
public class Rational
{
// Описание тела класса Rational
}//Rational
Свойства класса Rational
Два целых числа — m и n тип представляют рациональное число. Они и становятся полями класса. Совершенно естественно сделать эти поля закрытыми. Разумная стратегия доступа к ним — "ни чтения, ни записи", поскольку пользователь не должен знать, как представлено рациональное число в классе, и не должен иметь доступа к составляющим рационального числа. Поэтому для таких закрытых полей не будут определяться методы-свойства. Вот объявление полей класса:
//Поля класса. Числитель и знаменатель рационального числа,
int m,n;
Конструкторы класса Rational
Инициализация полей конструктором по умолчанию никак не может нас устраивать, поскольку нулевой знаменатель — это нонсенс. Поэтому определим конструктор с аргументами, которому будут передаваться два целых: числитель и знаменатель создаваемого числа. Кажется, что это единственный разумный конструктор, который может понадобиться нашему классу. Однако чуть позже мы добавим в класс закрытый конструктор и статический конструктор, позволяющий создать константы нашего класса. Вот определение конструктора'.
/// <summary>
/// Конструктор класса. Создает рациональное число
/// m/n, эквивалентное a/b, но со взаимно несократимыми
/// числителем и знаменателем. Если Ь=0, то результатом
/// является рациональное число 0 — пара (0,1).
/// </summary>
/// <param name="а">числитель</раrаm>
/// <param name="Ь">знаменатель</раrаm>
public Rational(int a, int b)
{
if (b==0) {m=0; n=1;}
else
{
// приведение знака if(b<0) {b=-b; a=-a;}
// приведение к несократимой дроби
int d = nod(a,b);
m=a/d; n=b/d;
}
}
Как видите, конструктор класса может быть довольно сложным.
В нем, как в нашем случае, может проверяться корректность задаваемых аргументов. Для рациональных чисел мы полагаем, что задание нулевого знаменателя означает задание рационального числа о, и это эквивалентно заданию пары (0, 1). В остальных случаях выполняется приведение заданной пары чисел к эквивалентному рациональному числу с несократимыми числителем и знаменателем. По ходу дела вызывается закрытый метод класса, вычисляющий значение НОД (а, Ь) — наибольшего общего делителя чисел а и b .
Методы класса Rational
Если поля класса почти всегда закрываются, чтобы скрыть от пользователя представление данных класса, то методы класса всегда имеют открытую часть — те сервисы (службы), которые класс предоставляет своим клиентам и наследникам. Но не все методы открываются. Большая часть методов класса может быть закрытой, скрывая от клиентов детали реализации, необходимые для внутреннего использования. Заметьте, сокрытие представления и реализации делается не по соображениям утаивания того, как реализована система. Чаще всего, ничто не мешает клиентам ознакомиться с полным текстом класса. Сокрытие делается в интересах самих клиентов. При сопровождении программной системы изменения в ней неизбежны. Клиенты не почувствуют на себе негативные последствия изменений, если они делаются в закрытой части класса. Чем больше закрытая часть класса, тем меньше влияние изменений на клиентов класса.