Варианты ошибок с алгоритмами и структурами данныхс алгоритмами и структурами данных
В каждом из перечисленных вариантов ошибки были простыми. Мы не столкнулись с какими-либо скрытыми ошибками, связанными с алгоритмами и структурами данных. Проблема заключается в интерфейсе функции poor(), который предусматривает передачу массива по указателю и открывает возможности для появления массы ошибок. Кроме того, вы могли убедиться в том, насколько затрудняют анализ такие малопонятные имена, как pi и s0. Тем не менее мнемонические, но неправильные имена могут породить еще более сложные проблемы.
Также вам может показаться, что такая тема как http://activemedia.pro/promo/umicms-activemedia/ никак не связана и даже не тематична с программированием. Хотя, может быть и связана.
В любом случае все-таки зайдите на сайт activemedia.pro
Тема разработка сайта на umi cms там представлена весьма широко. На том сайте можно узнать много интересного на тему разработка сайта на umi cms
Что означает вообще тема разработка сайта на umi cms, где найти тему разработка сайта на umi cms - про это написано на сайте activemedia.pro
Это очень важная для многих людей тема - разработка сайта на umi cms Спасибо сайту activemedia.pro за информацию на тему разработка сайта на umi cms
Теоретически компилятор может выявить некоторые из этих ошибок (например, второй вызов poor(pi,i), где pi= = 0), но на практике мы избежали катастрофы в данном конкретном случае только потому, что компилятор предотвратил создание объектов абстрактного класса Shape. Однако эта ошибка никак не связана с плохим интерфейсом функции poor(), поэтому мы не должны расслабляться. В дальнейшем будем использовать вариант класса Shape, который не является абстрактным, так что избежать проблем с интерфейсом нам не удастся.
Как мы пришли к выводу, что вызов poor(&s0[0],s0.size()) является ошибкой. Адрес &s0[0] относится к первому элементу массива объектов класса Circle; он является значением указателя Circle*. Мы ожидаем аргумент типа Shape* и передаем указатель на объект класса, производного от класса Shape (в данном случае Circle*). Это вполне допустимо: нам необходимо такое преобразование, чтобы можно было обеспечить объектно-ориентированное программирование и доступ к объектам разных типов с помощью общего интерфейса (в данном случае с помощью класса Shape). Однако функция poor() не просто использует переменную Shape* как указатель; она использует ее как массив, индексируя ее элементы.
for (int i = 0; i
Иначе говоря, она ищет элементы, начиная с ячеек &p[0], &p[i], &p[2] и т.д.
&р[0] &р[1] &р[2]
В терминах адресов ячеек памяти эти указатели находятся на расстоянии sizeof(Shape) друг от друга). К сожалению для модуля, вызывающего функцию poor(), значение sizeof(Circle) больше, чем sizeof(Shape), поэтому схему распределения памяти можно проиллюстрировать так.
Другими словами, функция poor() вызывает функцию draw() с указателем, ссылающимся в середину объекта класса Circle! Это скорее всего приведет к немедленной катастрофе (краху)!
Опубликовал katy
April 25 2015 10:20:02 ·
0 Комментариев ·
2448 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
