Как указывалось, массив часто передается функции как указатель на элемент (часто как указатель на первый элемент). В результате он “теряет” размер, поэтому получающая его функция не может непосредственно определить количество элементов, на которые ссылается указатель.
Также вам может показаться, что такая тема как http://www.dymohod-pech.ru/ никак не связана и даже не тематична с программированием. Хотя, может быть и связана.
В любом случае все-таки зайдите на сайт igrakomp.ru
Тема дымоход для печи там представлена весьма широко. На том сайте можно узнать много интересного на тему дымоход для печи
Что означает вообще тема дымоход для печи, где найти тему курсы фотографии - про это написано на сайте dymohod-pech.ru
Это очень важная для многих людей тема - дымоход для печи Спасибо сайту dymohod-pech.ru за информацию на тему дымоход для печи
Это может вызвать много трудноуловимых и сложно исправимых ошибок. Здесь мы рассмотрим проблемы, связанные с массивами и указателями, и покажем альтернативу. Начнем с примера очень плохого интерфейса (к сожалению, встречающегося довольно часто) и попытаемся его улучшить.
void poor(Shape* p, int sz) // плохой проект интерфейса
{
for (int i = 0; i
}
void f(Shape* q, vector& s0) // очень плохой код
{
Polygon s1[10];
Shape s2[10];
// инициализация
Shape* p1 = new Rectangle(Point(0,0),Point(10,2 0)); poor(&s0[0],s0.size()); // #1 (передача массива из вектора)
poor(s1,10); // #2
poor(s2,20); // #3
poor(p1,1); // #4
delete p1; p1 = 0;
poor(p1,1); // #5
poor(q,max); // #6
}
Функция poor() представляет собой пример неудачной разработки интерфейса: она дает вызывающему модулю массу возможностей для ошибок и не оставляет никаких надежд защититься от них на этапе реализации.
Прежде чем читать дальше, попробуйте выяснить, сколько ошибок вы можете найти в функции f()? В частности, какой из вызовов функции poor() может привести к краху программы?
На первый взгляд данный вызов выглядит отлично, но это именно тот вид кода, который приносит программистам бессонные ночи отладки и вызывает кошмары у инженеров по качеству.
1. Передается элемент неправильного типа (например, poor(&s0[0],s0.size()). Кроме того, вектор s0 может быть пустым, а в этом случае выражение &s0[0] является неверным.
2. Используется “магическая константа” (в данном случае правильная): poor(s1,10). И снова тип элемента неправильный.
3. Используется “магическая константа” (в данном случае неправильная): poor(s2,20).
4. Первый вызов poor(p1,1) правильный (в чем легко убедиться).
5. Передача нулевого указателя при втором вызове: poor(p1,1).
6. Вызов poor(q,max), возможно, правильный. Об этом трудно судить, глядя лишь на фрагмент кода. Для того чтобы выяснить, ссылается ли указатель q на массив, содержащий хотя бы max элементов, мы должны найти определения указателя q и переменной max и их значения при данном вызове.
|