Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КРАТКИЙ ОБЗОР С.doc
Скачиваний:
1
Добавлен:
26.10.2018
Размер:
2.11 Mб
Скачать

1.4.3 Шаблоны типа

      Зачем программисту может понадобиться определить такой тип, как вектор целых чисел? Как правило, ему нужен вектор из элементов, тип которых неизвестен создателю класса Vector. Следовательно, надо суметь определить тип вектора так, чтобы тип элементов в этом определении участвовал как параметр, обозначающий "реальные" типы элементов:       template < class T > class Vector       { // вектор элементов типа T       T * v;       int sz;       public:       Vector ( int s )       {       if ( s <= 0 )       error ( "недопустимый для Vector размер" );       v = new T [ sz = s ];       // выделить память для массива s типа T       }       T & operator [] ( int i );       int size () { return sz; }       // ...       };       Таково определение шаблона типа. Он задает способ получения семейства сходных классов. В нашем примере шаблон типа Vector показывает, как можно получить класс вектор для заданного типа его элементов. Это описание отличается от обычного описания класса наличием начальной конструкции template<class T>, которая и показывает, что описывается не класс, а шаблон типа с заданным параметром-типом (здесь он используется как тип элементов). Теперь можно определять и использовать вектора разных типов:       void f ()       {       Vector < int > v1 ( 100 ); // вектор из 100 целых       Vector < complex > v2 ( 200 ); // вектор из 200       // комплексных чисел       v2 [ i ] = complex ( v1 [ x ], v1 [ y ] );       // ...       }       Возможности, которые реализует шаблон типа, иногда называются параметрическими типами или генерическими объектами. Оно сходно с возможностями, имеющимися в языках Clu и Ада. Использование шаблона типа не влечет за собой каких-либо дополнительных расходов времени по сравнению с использованием класса, в котором все типы указаны непосредственно.

1.4.4 Обработка особых ситуаций

      По мере роста программ, а особенно при активном использовании библиотек появляется необходимость стандартной обработки ошибок (или, в более широком смысле, "особых ситуаций"). Языки Ада, Алгол-68 и Clu поддерживают стандартный способ обработки особых ситуаций.       Снова вернемся к классу vector. Что нужно делать, когда операции индексации передано значение индекса, выходящее за границы массива? Создатель класса vector не знает, на что рассчитывает пользователь в таком случае, а пользователь не может обнаружить подобную ошибку (если бы мог, то эта ошибка вообще не возникла бы). Выход такой: создатель класса обнаруживает ошибку выхода за границу массива, но только сообщает о ней неизвестному пользователю. Пользователь сам принимает необходимые меры. Например:       class vector {       // определение типа возможных особых ситуаций       class range { };       // ...       };       Вместо вызова функции ошибки в функции vector::operator[]() можно перейти на ту часть программы, в которой обрабатываются особые ситуации. Это называется "запустить особую ситуацию" ("throw the exception"):       int & vector::operator [] ( int i )       {       if ( i < 0 || sz <= i ) throw range ();       return v [ i ];       }       В результате из стека будет выбираться информация, помещаемая туда при вызовах функций, до тех пор, пока не будет обнаружен обработчик особой ситуации с типом range для класса вектор (vector::range); он и будет выполняться.       Обработчик особых ситуаций можно определить только для специального блока:       void f ( int i )       {       try       {       // в этом блоке обрабатываются особые ситуации       // с помощью определенного ниже обработчика       vector v ( i );       // ...       v [ i + 1 ] = 7; // приводит к особой ситуации range       // ...       g (); // может привести к особой ситуации range       // на некоторых векторах       }       catch ( vector::range )       {       error ( "f (): vector range error" );       return;       }       }       Использование особых ситуаций делает обработку ошибок более упорядоченной и понятной. Обсуждение и подробности отложим до главы 9.