Литмир - Электронная Библиотека
A
A

• Мы не хотим модифицировать наш объект класса

Array_ref<Shape*>
; мы просто хотим рисовать объекты класса
Shape
! Это интересный и совершенно особый случай: наш аргумент против преобразования типа
Array_ref<Circle*>
в
Array_ref<Shape*>
не относится к ситуациям, в которых мы не хотим модифицировать класс
Array_ref<Shape*>
.

• Все массивы указателей имеют одну и ту же схему (независимо от объектов, на которые они ссылаются), поэтому нас не должна волновать проблема, упомянутая в разделе 25.4.2.

 

Программирование. Принципы и практика использования C++ Исправленное издание - _002.png
 Иначе говоря, не произойдет ничего плохого, если объект класса
Array_ref<Circle*>
будет интерпретироваться как неизменяемый объект класса
Array_ref<Shape*>
. Итак, нам достаточно просто найти способ это сделать. Рассмотрим пример

Программирование. Принципы и практика использования C++ Исправленное издание - _311.png

Нет никаких логических препятствий интерпретировать данный массив указателей типа

Circle*
как неизменяемый массив указателей типа
Shape*
(из контейнера
Array_ref
).

 

Программирование. Принципы и практика использования C++ Исправленное издание - _003.png
 Похоже, что мы забрели на территорию экспертов. Эта проблема очень сложная, и ее невозможно устранить с помощью рассмотренных ранее средств. Однако, устранив ее, мы можем предложить почти идеальную альтернативу дисфункциональному, но все еще весьма популярному интерфейсу (указатель плюс количество элементов; см. раздел 25.4.2). Пожалуйста, запомните: никогда не заходите на территорию экспертов, просто чтобы продемонстрировать, какой вы умный. В большинстве случаев намного лучше найти библиотеку, которую некие эксперты уже спроектировали, реализовали и протестировали для вас. Во-первых, мы переделаем функцию
better()
так, чтобы она использовала указатели и гарантировала, что мы ничего не напутаем с аргументами контейнера.

void better2(const Array_ref<Shape*const> a)

{

  for (int i = 0; i<a.size(); ++i)

    if (a[i])

      a[i]–>draw();

}

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

better2()
не модифицирует наш массив и векторы находятся под защитой контейнера
Array_ref
, мы добавили несколько квалификаторов
const
. Первый квалификатор
const
гарантирует, что мы не применим к объекту класса
Array_ref
модифицирующие операции, такие как
assign()
и
reset()
. Второй квалификатор
const
размещен после звездочки (
*
). Это значит, что мы хотим иметь константный указатель (а не указатель на константы); иначе говоря, мы не хотим модифицировать указатели на элементы, даже если у нас есть операции, позволяющие это сделать.

Далее, мы должны устранить главную проблему: как выразить идею, что объект класса

Array_ref<Circle*>
можно конвертировать

• в нечто подобное объекту класса

Array_ref<Shape*>
(который можно использовать в функции
better2()
);

• но только если объект класса

Array_ref<Shape*>
является неизменяемым.

Это можно сделать, добавив в класс

Array_ref
оператор преобразования.

template<class T>

class Array_ref {

public:

  // как прежде

  template<class Q>

  operator const Array_ref<const Q>()

  {

  // проверка неявного преобразования элементов:

  static_cast<Q>(*static_cast<T*>(0));

  // приведение класса Array_ref:

  return Array_ref<const Q>(reinterpret_cast<Q*>(p),sz);

  }

  // как прежде

};

Это похоже на головоломку, но все же перечислим ее основные моменты.

• Оператор приводит каждый тип

Q
к типу
Array_ref<const Q>
, при условии, что мы можем преобразовать каждый элемент контейнера
Array_ref<T>
в элемент контейнера
Array_ref<Q>
(мы не используем результат этого приведения, а только проверяем, что такое приведение возможно).

• Мы создаем новый объект класса

Array_ref<const Q>
, используя метод решения “в лоб” (оператор
reinterpret_cast
), чтобы получить указатель на элемент желательного типа. Решения, полученные “в лоб”, часто слишком затратные; в данном случае никогда не следует использовать преобразование в класс
Array_ref
, используя множественное наследование (раздел A.12.4).

• Обратите внимание на квалификатор

const
в выражении
Array_ref<const Q>
: именно он гарантирует, что мы не можем копировать объект класса
Array_ref<const Q>
в старый, допускающий изменения объект класса
Array_ref<Q>
.

Мы предупредили вас о том, что зашли на территорию экспертов и столкнулись с головоломкой. Однако эту версию класса

Array_ref
легко использовать (единственная сложность таится в его определении и реализации).

void f(Shape* q, vector<Circle*>& s0)

{

  Polygon* s1[10];

  Shape* s2[20];

355
{"b":"847443","o":1}