• В нем нет функций push_back() (для нее нужна динамическая память) и at() (для нее нужны исключения).
• Класс Array_ref имеет форму ссылки, поэтому операция копирования просто копирует пары (p,sz).
Также вам может показаться, что такая тема как http://www.insbrokers.ru/kasko-ingosstrah.htm никак не связана и даже не тематична с программированием. Хотя, может быть и связана.
В любом случае все-таки зайдите на сайт insbrokers.ru
Тема каско ингосстрах там представлена весьма широко. На том сайте можно узнать много интересного на тему каско ингосстрах
Что означает вообще тема каско ингосстрах, где найти тему каско ингосстрах - про это написано на сайте insbrokers.ru
Это очень важная для многих людей тема - каско ингосстрах Спасибо сайту insbrokers.ru за информацию на тему каско ингосстрах
• Инициализируя разные массивы, можем получить объекты класса Array_ref, которые имеют один и тот же тип, но разные размеры.
• Обновляя пару (p,size) с помощью функции reset(), можем изменить размер существующего класса Array_ref (многие алгоритмы требуют указания поддиапазонов).
• В классе Array_ref нет интерфейса итераторов (но при необходимости этот недостаток легко устранить). Фактически концепция класса Array_ref очень напоминает диапазон, заданный двумя итераторами.
Класс Array_ref не владеет своими элементами и не управляет памятью, он просто представляет собой механизм для доступа к последовательности элементов и их передачи функциям. Иначе говоря, он отличается от класса array из стандартной библиотеки.
Для того чтобы облегчить создание объектов класса Array_ref, напишем несколько вспомогательных функций.
template Array_ref make_ref(T* pp, int s)
{
return (pp) ? Array_ref(pp,s) : Array_ref(0,0);
}
Если мы инициализируем объект класса Array_ref указателем, то должны явно указать его размер. Это очевидный недостаток, поскольку, задавая размер, легко ошибиться. Кроме того, он открывает возможности для использования указателя, представляющего собой результат неявного преобразования массива производного класса в указатель базового класса, например указателя Polygon[i0] в указатель Shape* (ужасная проблема, но иногда мы должны просто доверять программисту.
Мы решили проявить осторожность в отношении нулевых указателей (поскольку это обычный источник проблем) и пустых векторов.
template Array_ref make_ref(vector& v)
{
return (v.size()) ? Array_ref(&v[0],v.size()) :
Array_ref(0,0);
}
Идея заключается в том, чтобы передавать вектор элементов. Мы выбрали класс vector, хотя он часто не подходит для систем, в которых класс Array_ref может оказаться полезным. Причина заключается в том, что он обладает ключевыми свойствами, присущими контейнерам, которые здесь можно использовать (например, контейнерам, основанным на пулах;.
В заключение предусмотрим обработку встроенных массивов в ситуациях, в которых компилятор знает их размер.
template Array_ref make_ref(T (&pp)[s])
{
return Array_ref(pp,s);
}
Забавное выражение T(&pp)[s] объявляет аргумент pp ссылкой на массив из s элементов типа T. Это позволяет нам инициализировать объект класса Array_ref массивом, запоминая его размер. Мы не можем объявить пустой массив, поэтому не обязаны проверять, есть ли в нем элементы.
Polygon ar[0]; // ошибка: элементов нет
Используя данный вариант класса Array_ref, мы можем переписать наш пример. void better(Array_ref a)
{
for (int i = 0; i
}
void f(Shape* q, vector& s0)
{
Polygon si[i0];
Shape s2[20];
// инициализация
Shape* p1 = new Rectangle(Point(0,0),Point(10,2 0));
better(make_ref(s0)) better(make_ref(s1)) better(make ref(s2))
// ошибка: требуется Array_ref // ошибка: требуется Array_ref // OK (преобразование не требуется)
better(make_ref(p1,1)); // OK: один элемент delete p1; p1 = 0;
better(make_ref(p1,1)); // OK: нет элементов better(make_ref(q,max)); // OK (если переменная max задана
// корректно)
}
Мы видим улучшения.
• Код стал проще. Программисту редко приходится заботиться о размерах объектов, но когда это приходится делать, они задаются в специальном месте (при создании объекта класса Array_ref), а не в разных местах программы.
• Проблема с типами, связанная с преобразованиями Circle[] в Shape[] и Polygon[] и Shape[], решена.
• Проблемы с неправильным количеством элементов объектов s1 и s2 решаются неявно.
• Потенциальная проблема с переменной max (и другими счетчиками элементов, необходимыми для использования указателей) становится явной — это единственное место, где мы должны явно указать размер.
• Использование нулевых указателей и пустых векторов предотвращается неявно и систематически.
Опубликовал katy
April 26 2015 08:39:11 ·
0 Комментариев ·
2772 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
