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

         class E {
            int x;
            class I {
               int y;
               void f(E* p, int i)
               {
                 p->x = i;  // ошибка: E::x частный член
               }
             };

             int g(I* p)
             {
               return p->y;  // ошибка: I::y частный член
             }
           };

”ункции-члены и представлЯющие данные, статические члены из вложенного
класса можно определить в глобальной области видимости, например:

           class enclose {
              class inner {
                 static int x;
                 void f(int i);
              };
            };

            typedef enclose::inner ei;
            int ei::x = 1;

            void enclose::inner::f(int i) { /* ... */ }

Џодобно функции-члену дружественнаЯ функциЯ, определеннаЯ в данном
классе, находитсЯ в области видимости этого класса. Ћна подчинЯетсЯ
тем же правилам свЯзываниЯ имен, что и функции-члены (они указаны выше
и в $$R.10.4), и не имеет так же как они особых прав доступа к
членам объемлющего класса и к локальным переменным функций этого
класса ($$R.11).

        R.9.8 ЋписаниЯ локальных классов

Љласс можно описать в определении функции, такой класс называетсЯ
локальным. €мЯ локального класса считаетсЯ локальным в объемлющей
области видимости, а областью видимости локального класса ЯвлЯетсЯ
объемлющаЯ область видимости. ‚ описаниЯх локального класса из
объемлющей области видимости можно использовать только имена типов,
статических переменных, внешних переменных и функций, а также
элементы перечислениЯ. Џриведем пример:

         int x;
         void f()
         {
           static int s;
           int x;
           extern int g();
           struct local {
              int h() { return x; }   // ошибка: `x' автоматическаЯ
              int j() { return s; }   // нормально
              int k() { return ::x; } // нормально
              int l() { return g(); } // нормально
           }
         }

   ЋбъемлющаЯ функциЯ не имеет особых прав доступа к членам локального
класса, она подчинЯетсЯ обычным правилам доступа ($$R.11).
”ункцию-член локального класса следует определЯть в определении этого
класса. ‹окальный класс не может иметь статических членов,
представлЯющих данные.

        R.9.9 €мена локальных типов

€мена типов подчинЯютсЯ точно таким же правилам областей видимости,
как и другие имена. ‚ частности, имена типов, определенные в описании
класса, нельзЯ использовать вне этого класса без уточнениЯ, например:

        class X {
        public:
          typedef int I;
          class Y { /* ... */ }
          I a;
        };

        I b;    // ошибка
        Y c;    // ошибка
        X::Y d; // ошибка

‘ледующее положение ограничивает зависимость от контекста правил
описаниЯ членов класса, а так же правила переноса тела функций,
ЯвлЯющихсЯ подстановками. Џосле использованиЯ в описании класса
имЯ константы, имЯ-класса или имЯ-typedef не может переопределЯтьсЯ в
описании этого класса. €мЯ, не ЯвлЯющеесЯ именем-класса или именем-typedef
не может быть определено в описании класса как имЯ-класса или имЯ-typedef,
если оно уже использовалось иначе в описании этого класса.
ђассмотрим пример:

        typedef int c;
        enum { i = 1 };
        class X {
          char v[i];
          int f() { return sizeof(c); }
          char c;          // ошибка: имЯ typedef
                           // переопределЯетсЯ после использованиЯ
          enum { i = 2 };  // ошибка: `i' переопределЯетсЯ после
                           // использованиЯ в задании типа `char[i]'
        };

       typedef char* T;

       struct Y {
         T a;
         typedef long T;  // ошибка: имЯ T уже использовано
         T b;
       };

        R.10 Џроизводные классы

‚ описании класса можно указать список базовых классов с помощью
следующих конструкций:

       спец-базовых:
           : список-базовых

       список-базовых:
           спецификациЯ-базовых
           список-базовых , спецификациЯ-базовых

       спецификациЯ-базовых:
           полное-имЯ-класса
           virtual спецификациЯ-доступа opt полное-имЯ-класса
           спецификациЯ-доступа virtual opt полное-имЯ-класса

       спецификациЯ-доступа:
           private
           protected
           public

ЉонструкциЯ имЯ-класса в спецификации-базовых должна обозначать
ранее описанный класс ($$R.9), который называетсЯ базовым по
отношению к определЯемому классу. ѓоворЯт, что класс ЯвлЯетсЯ
производным от своих базовых классов. Ќазначение конструкции
спецификациЯ-доступа объЯснЯетсЯ в $$R.11. Љ членам базового класса,
если только они не переопределены в производном классе, можно обращатьсЯ
так, как будто они ЯвлЯютсЯ членами производного класса. ѓоворЯт,
что производный класс наследует члены базового класса. ‘ помощью
операции разрешениЯ области видимости :: ($$R.5.1) к члену базового
класса можно обращатьсЯ Явно. ’акое обращение возможно и в том случае,
когда имЯ члена базового класса переопределено в производном классе.
Џроизводный класс сам может выступать как базовый при контроле
доступа, см. $$R.11.2. “казатель на производный класс может неЯвно
преобразовыватьсЯ в указатель на однозначно определенный и доступный
базовый класс ($$R.4.6). ‘сылка на производный класс может неЯвно
преобразовыватьсЯ в ссылку на однозначно определенный и доступный
базовый класс ($$R.4.7).
   ђассмотрим пример:

        class base {
        public:
           int a, b;
        };

       class derived : public base {
       public:
          int b, c;
       };

       void f()
       {
         derived d;
         d.a = 1;
         d.base::b = 2;
         d.b = 3;
         d.c = 4;
        base* bp = &amp;d;  // стандартное преобразование derived* в base*
       }

‡десь присваиваютсЯ значениЯ четырем членам d, а bp настраиваетсЯ
на d.
   Љласс называетсЯ прЯмым базовым, если он находитсЯ в списке-базовых,
и косвенным базовым, если сам не ЯвлЯЯсь прЯмым базовым, он служит
базовым длЯ одного из классов списка-базовых.
   Ћтметим, что в обозначении имЯ-класса :: имЯ конструкциЯ, имЯ может
быть именем члена косвенного базового класса. ’акое обозначение
просто указывает класс, в котором следует начинать поиск этого имени.
Џриведем пример:

       class A { public: void f(); }
       class B : public A { };
       class C : public B { public: void f(); }

       void C::f()
       {
         f();    // вызов f() из C
         A::f(); // вызов f() из A
         B::f(); // вызов f() из A
       }

‡десь дважды вызываетсЯ A::f(), поскольку это единственнаЯ функциЯ f()
в классе B.
    €нициализациЯ объектов, представлЯющих базовые классы, задаетсЯ
в конструкторах, см. $$R.12.6.2.

        R.10.1 Њножественные базовые классы

Љласс может быть производным по отношению к любому числу базовых
классов. Џриведем пример:

       class A { /* ... */ };
       class B { /* ... */ };
       class C { /* ... */ };
       class D : public A, public B, public C { /* ... */ };

€спользование более, чем одного прЯмого базового класса называетсЯ
множественным наследованием.
   ЏорЯдок наследованиЯ не важен, если не учитывать вопросов,
свЯзанных со стандартной инициализацией с помощью конструктора
($$R.12.1), уничтожением ($$R.12.4) и размещением в памЯти
($$r.5.4, $$R.9.2, $$R.11.1). ЏорЯдок выделениЯ памЯти длЯ базовых
классов определЯетсЯ реализацией.
   ЌельзЯ указывать класс в качестве прЯмого базового по отношению
к производному классу более одного раза, но косвенным базовым классом
он может быть неоднократно.

       class B { /* ... */ };
       class D : public B, public B { /* ... */ }; // недопустимо

       class L { /* ... */ };
       class A : public L { /* ... */ };
       class B : public L { /* ... */ };
       class C : public A, public B { /* ... */ }; // нормально

‡десь объект класса C будет иметь два вложенных объекта класса L.
   Љ спецификации базового класса можно добавить служебное слово
virtual. Ћтдельный объект виртуального базового класса V разделЯетсЯ
между всеми базовыми классами, которые указали V при задании своих
базовых классов. Џриведем пример:

       class V { /* ... */ };
       class A : virtual public V { /* ... */ };
       class B : virtual public V { /* ... */ };
       class C : public A, public B { /* ... */ };

‡десь объект класса C будет иметь только один вложенный объект
класса V.
   Љласс может содержать виртуальные и невиртуальные базовые классы одного
типа, например:

       class B { /* ... */ };
       class X : virtual public B { /* ... */ };
       class Y : virtual public B { /* ... */ };
       class Z : public B { /* ... */ };
       class AA : public X, public Y, public Z { /* ... */ };

‡десь объект класса AA будет иметь два вложенных объекта класса B:
из класса Z  и виртуальный, разделЯемый между классами X и Y.

        R.10.1.1 Ќеоднозначности

„оступ к базовому классу должен быть задан однозначно. „оступ к
члену базового класса считаетсЯ неоднозначным, если выражение,
используемое длЯ доступа, задает более одной функции, объекта,
типа или элемента перечислениЯ. Џроверка на однозначность происходит
до проверки возможности доступа ($$R.11). Џриведем пример:

       class A {
       public:
         int a;
         int (*b)();
         int f();
         int f(int);
         int g();
       };

       class B {
          int a;
          int b();
       public:
          int f();
          int g();
          int h();
          int h(int);
       };

       class C : public A, public B { };

       void g(C* pc)
       {
         pc->a = 1;    // ошибка: неоднозначность: A::a или B::a
         pc->b();      // ошибка: неоднозначность: A::b или B::b
         pc->f();      // ошибка: неоднозначность: A::f или B::f
         pc->f(1);     // ошибка: неоднозначность: A::f или B::f
         pc->g();      // ошибка: неоднозначность: A::g или B::g
         pc->g = 1;    // ошибка: неоднозначность: A::g или B::g
         pc->h();      // нормально
         pc->h(1);     // нормально
       }

…сли имЯ перегруженной функции установлено однозначно, то прежде
проверки возможности доступа происходит еще и разрешение перегрузки.
Ќеоднозначность можно устранить, уточнЯЯ используемое имЯ именем
класса, например, так:

       class A {
       public:
         int f();
       };

       class B {
       public:
         int f();
       };

       class C : public A, public B {
         int f() { return A::f() + B::f(); }
       };

…сли используютсЯ виртуальные базовые классы, до отдельной функции,
объекта, типа или элемента перечислениЯ можно добратьсЯ несколькими
путЯми, двигаЯсь по направленному ацикличному графу, который
образуют базовые классы. Ќо это не ЯвлЯетсЯ неоднозначностью.
€дентичное же использование невиртуальных базовых классов
порождает неоднозначность, поскольку в этом случае участвует в
задании доступа более одного вложенного объекта. Џриведем пример:

       class V { public: int v; };
       class A { public: int a; };
       class B : public A, public virtual V { };
       class C : public A, public virtual V { };

       class D : public B, public C { public: void f(); };

       void D::f()
       {
         v++;   // нормально
         a++;   // ошибка, неоднозначность:  `a' в `D' входит дважды
       }

…сли используютсЯ виртуальные базовые классы, возможно что
двигаЯсь по направленному ацикличному графу, можно добратьсЯ более,
чем до одного имени функции, объекта или элемента перечислениЯ. ќто,
конечно, неоднозначность, но кроме случаЯ, когда одно имЯ доминирует
над другими. €дентичное использование невиртуальных базовых классов
всегда приводит к неоднозначности, т.к. в этом случае всегда участвует
более одного вложенного объекта.
     ‘читаетсЯ, что имЯ B::f доминирует над именем A::f, если класс
A ЯвлЯетсЯ длЯ класса B базовым. …сли одно имЯ доминирует над
другим, они не могут привести к неоднозначности: в ситуации выбора
используетсЯ всегда доминирующее имЯ. Џриведем пример:

       class V { public: int f(); int x; };
       class B : public virtual V { public: int f(); int x; };
       class C : public virtual V { };

       class D : public B, public C { void g(); };

       void D::g()
       {
         x++;   // нормально: B::x доминирует над V::x
         f();   // нормально: B::f() доминирует над V::f()
       }

‚ результате Явного или неЯвного преобразованиЯ указателЯ или ссылки
на производный класс в указатель или ссылку на один из его базовых
классов, эти указатель или ссылка должны указывать только на тот
же самый объект, который представлЯет базовый класс. Џриведем пример:

       class V { };
       class A { };
       class B : public A, public virtual V { };
       class C : public A, public virtual V { };
       class D : public B, public C { };

       void g()
       {
         D d;
         B* pb = &amp;d;
         A* pa = &amp;d;  // ошибка, неоднозначность: A из C или A из B?
         v* pv = &amp;d;  // нормально: только один вложенный объект V
       }


        R.10.2 ‚иртуальные функции

…сли класс base содержит виртуальную ($$R.7.1.2) функцию vf, а
производный от него класс derived также содержит функцию vf того
же типа, тогда вызов vf длЯ объекта класса derived ЯвлЯетсЯ
обращением к derived::vf, даже если доступ к этой функции происходит
через указатель или ссылку на класс base. ѓоворЯт, что функциЯ
производного класса подавлЯет функцию базового класса. Ћднако, если
типы функций ($$R.8.2.5) различны, функции считаютсЯ разными и механизм
виртуальности не действует (см. также $$R.13.1). ‘читаетсЯ ошибкой,
если функциЯ производного класса отличаетсЯ от виртуальной функции
базового класса только типом возвращаемого значениЯ. ђассмотрим
пример:

        struct base {
          virtual void vf1();
          virtual void vf2();
          virtual void vf3();
          void f();
        };

        class derived : public base {
        public:
          void vf1();
          void vf2(int);     // скрывает base::vf2()
          char vf3();        // ошибка: различие только в типе
                             // возвращаемого значениЯ
        }

        void g()
        {
          derived d;
          base* bp = &amp;d;     // стандартное преобразование: derived* в base*
          bp->vf1();         // вызов derived::vf1
          bp->vf2();         // вызов base::vf2
          bp->f();           // вызов base::f
        }

‡десь три вызова длЯ объекта d класса derived приведут к обращениЯм к
derived::vf1, base::vf2 и base::f соответственно. €ными словами,
интерпретациЯ вызова виртуальной функции зависит от типа объекта,
длЯ которого она вызываетсЯ, тогда как интерпретациЯ вызова
невиртуальной функции-члена зависит только от типа указателЯ или
ссылки на этот объект. Ќапример, выражение bp->vf1()
приведет к вызову derived::vf1(), поскольку bp указывает на объект
класса derived, в котором функциЯ derived::vf1() подавлЯет
виртуальную функцию base::vf1().
   Ќаличие спецификации virtual означает, что функциЯ ЯвлЯетсЯ членом,
поэтому виртуальнаЯ функциЯ не может быть глобальной функцией (не членом)
($$R.7.1.2). ’очно так же виртуальнаЯ функциЯ не может быть
статическим членом, т.к. длЯ вызова виртуальной функции необходимо
наличие определенного объекта, который указывает, какую функцию
надо вызывать. ‚ другом классе виртуальную функцию можно описать как
друга. ”ункциЯ, подавлЯющаЯ виртуальную, сама считаетсЯ виртуальной
функцией. ‘пецификацию virtual можно использовать длЯ подавлЯющей
функции производного класса, но это избыточно. ‚иртуальнаЯ функциЯ
может быть определена или описана в базовом классе как чистаЯ
($$R.10.3). ‚иртуальную функцию, котораЯ определена в базовом классе,
не нужно определЯть в производном классе: при всех вызовах будет
использоватьсЯ функциЯ, определеннаЯ в базовом классе.
    Њеханизм виртуальности при вызове отключаетсЯ, если есть Явное
уточнение имени с помощью оператора разрешениЯ области видимости
 ($$R.5.1), например:

       class B { public: virtual void f(); };
       class D : public B { public: void f(); };

       void D::f() { /* ... */ B::f(); }

‡десь обращение к f из D приводит к вызову B::f, а не D::f.

        R.10.3 Ђбстрактные классы

Ђбстрактные классы дают средство длЯ представлениЯ в Языке общих
понЯтий, таких, например, как фигура, длЯ которых могут использоватьсЯ
только конкретные их варианты, например, круг или квадрат. Љроме того
абстрактный класс позволЯет задать интерфейс, разнообразные реализации
которого представлЯют производные классы.
   Ђбстрактным называетсЯ класс, который можно использовать только
как базовый длЯ некоторого другого класса, т.е. нельзЯ создать
никакого объекта абстрактного класса кроме того, который представлЯет
базовый класс длЯ некоторого производного класса. Љласс считаетсЯ
абстрактным, если в нем есть хотЯ бы одна чистаЯ виртуальнаЯ
функциЯ. Џри описании класса виртуальнаЯ функциЯ описываетсЯ как
чистаЯ с помощью спецификации-чистой ($$R.9.2). —истую виртуальную
функцию не нужно определЯть, если только она Явно не вызываетсЯ
с помощью конструкции уточненное-имЯ ($$R.5.1). ђассмотрим пример:

         class point { /* ... */ };
         class shape {     // абстрактный класс
           point center;
           // ...
         public:
           point where() { return center; }
           void move(point p) { center=p; draw(); }
           virtual void rotate(int) = 0; // чистаЯ виртуальнаЯ
           virtual void draw() = 0;      // чистаЯ виртуальнаЯ
           // ...
         };

Ђбстрактный класс нельзЯ использовать как тип формального параметра,
тип возвращаемого значениЯ, а также как тип в операции Явного
преобразованиЯ типа. Њожно описывать указатели и ссылки на абстрактный
класс, например:

         shape    x;       // ошибка: объект абстрактного класса
         shape*   p;       // нормально
         shape    f();     // ошибка
         void g(shape);    // ошибка
         shape&amp; h(shape&amp;); // нормально

  —истые виртуальные функции и наследуютсЯ как чистые виртуальные
функции, например:

         class ab_circle : public shape {
           int radius;
         public:
           void rotate(int) { }
           // ab_circle::draw() чистаЯ виртуальнаЯ функциЯ
         };

Џоскольку функциЯ shape::draw() ЯвлЯетсЯ чистой виртуальной функцией,
то такой же будет по определению и функциЯ ab_circle::draw(). „лЯ
приведенного ниже описаниЯ класс circle не будет абстрактным, и у
функции circle::draw() где-то должно существовать определение.

         class circle : public shape {
            int radius:
         public:
            void rotate(int) { }
            void draw();  // должна быть где-то определена
         };

   ”ункции-члены можно вызывать из конструктора абстрактного класса,
результат прЯмого или косвенного вызова чистой виртуальной функции
длЯ объекта, созданного с помощью такого конструктора, неопределен.

        R.10.4 ‘водка правил области видимости

’еперь можно свести воедино правила областей видимости длЯ программы
на ‘++. ќти правила одинаково применимы длЯ всех имен (включаЯ
имЯ-typedef ($$R.7.1.3) и имЯ-класса ($$R.9.1)) и в любом
контексте, длЯ которого они допустимы по синтаксису Языка. ‡десь
рассматриваютсЯ только области видимости на лексическом уровне,
вопросы свЯзываниЯ обсуждаютсЯ в $$R.3.3. ЏонЯтие момента описаниЯ
было введено в $$R.3.2.
    ‚сЯкое использование имени должно быть однозначным (не считаЯ
перегрузки) в области его видимости ($$R.10.1.1). Џравила доступа
($$R.11) начинают действовать только тогда, когда имЯ можно однозначно
найти в области его видимости. ’олько при условии, что права доступа
к имени не нарушены, начинаетсЯ проверка типа объекта, функции или
элемента перечислениЯ.
   €мЯ, которое используетсЯ вне любой функции или класса, или перед
которым стоит унарнаЯ операциЯ разрешениЯ области видимости ::
(и которое не уточнЯетсЯ бинарной операцией :: или операциЯми ->
или .), должно быть именем глобального объекта, или функции, или
элемента перечислениЯ, или типа.
   €мЯ, задаваемое после X:: или obj., где obj типа X или типа
ссылка на X, а также имЯ, задаваемое после ptr->, где ptr типа указатель
на X, должно быть именем члена класса X или членом базового по
отношению к X класса. Џомимо этого, в обращении ptr->имЯ  ptr может
быть объектом класса Y, в котором есть функциЯ operator->(),
описаннаЯ таким образом, что ptr->operator() в конечном счете
оказываетсЯ указателем на X ($$R.13.4.6).
  €мЯ, которое не уточнЯетсЯ одним из описанных выше способов, и,
которое используетсЯ в функции, не ЯвлЯющейсЯ членом класса,
должно быть описано в том блоке, где оно используетсЯ, или в
объемлющем блоке или должно быть глобальным. Ћписание локального имени
скрывает описаниЯ того же имени в объемлющих блоках, а также его
описаниЯ как глобального имени. ‚ частности, перегрузка имени
невозможна длЯ имен в разных областЯх видимости ($$R.13.4).
  €мЯ, которое не уточнЯетсЯ одним из описанных выше способов, и,
которое используетсЯ в функции, ЯвлЯющейсЯ нестатическим членом
класса X, должно быть описано или в том блоке, где оно используетсЯ,
или в объемлющем блоке, и оно должно быть членом класса X, или
членом базового по отношению к X класса, или это имЯ должно быть
глобальным. Ћписание локальных имен скрывает описание этих же имен
в объемлющих блоках, в членах класса этой функции и среди глобальных
имен. Ћписание члена скрывает аналогичные описание с тем же именем
в базовых классах и среди глобальных имен.
   €мЯ, которое не уточнЯетсЯ одним из описанных выше способов, и,
которое используетсЯ в статической функции-члене класса X, должно
быть описано или в том блоке, где оно используетсЯ, или в объемлющем
блоке, и должно быть статическим членом класса X, или базового по
отношению к X класса, или оно должно быть глобальным именем.
   €мЯ формального параметра функции, заданное при ее определении
($$R.8.3), принадлежит области видимости, совпадающей с наибольшим
блоком функции (в частности, ЯвлЯетсЯ локальным именем). €мЯ
формального параметра функции, заданное в ее описании ($$R.8.2.5),
а не определении, принадлежит локальной области видимости, котораЯ
исчезает сразу же после описаниЯ функции. ‘тандартные значениЯ
параметров находЯтсЯ в области видимости, определЯемой в момент
описаниЯ ($$R.3.2) формальных параметров функции; в них не должны
использоватьсЯ локальные переменные или нестатические члены класса,
и они вычислЯютсЯ при каждом вызове функции ($$R.8.2.6).
   €нициализатор-ctor ($$R.12.6.2) вычислЯетсЯ в области видимости
наибольшего блока конструктора, длЯ которого он задан. ‚ частности,
в нем можно использовать имена формальных параметров.

        R.11 Љонтроль доступа к членам

—лен класса может быть:
    частным (private); это значит, что его имЯ можно использовать
    только в функциЯх-членах и друзьЯх класса, в котором он описан;

    защищенным (protected); это значит, что его имЯ можно использовать
    только в функциЯх-членах и друзьЯх класса, в котором он описан,
    а также в функциЯх-членах и друзьЯх классов, ЯвлЯющихсЯ
    производными по отношению к этому классу (см. $$R.11.5);

    общим (public); это значит, что его имЯ можно использовать
    в любой функции.
   —лены класса, описанного со служебным словом class, ЯвлЯютсЯ
частными по определению. —лены класса, описанного со служебным
словом struct или union, ЯвлЯютсЯ общими по определению, например:

      class X {
         int ;    // X:: частный по определению
      };

      struct S {
         int a;   // S::a общий по определению
      };

        R.11.1 ‘пецификации доступа

ЋписаниЯ членов могут быть снабжены спецификацией доступа ($$R.10):
      спецификациЯ-доступа : список-членов opt
‘пецификациЯ-доступа задает правила доступа к членам, которые
действуют до конца жизни класса или пока не поЯвитсЯ другаЯ
спецификациЯ-доступа, например,

      class X {
        int a;  // X::a частный по определению: учитываетсЯ 'class'
      public:
        int b;  // X::b общий
        int c;  // X::c общий
      };

„опустимо любое число спецификаций доступа и задавать их можно в
любом порЯдке, например,

     struct S {
        int a;  // S::a общий по определению: учитываетсЯ `struct'
     protected:
        int b;  // S::b защищенный
     private:
        int c;  // S::c частный
     public:
        int d;  // S:: d общий
     };

  ЏорЯдок размещениЯ членов, представлЯющих данные, которые имеют
разные спецификации-доступа, определЯетсЯ реализацией ($$R.9.2).

        R.11.2 ‘пецификации доступа длЯ базовых классов

…сли класс описан как базовый ($$r.10) по отношению к
другому классу с помощью спецификации доступа public, то члены со
спецификацией public или protected из базового класса ЯвлЯютсЯ
соответственно членами с той же спецификацией длЯ производного класса.
…сли класс описан как базовый по отношению к другому с помощью
спецификации доступа private, то члены со спецификацией public или
protected из базового класса ЯвлЯютсЯ членами со спецификацией
private длЯ производного класса. —астные члены базового класса
остаютсЯ недоступными даже длЯ производных классов, если только длЯ
обеспечениЯ доступа при описании базового класса не было использовано
описание friend.
    …сли длЯ базового класса не указана спецификациЯ-доступа, то
длЯ производного класса, если он описан как struct, предполагаетсЯ
спецификациЯ public, а если он описан со служебным словом
class, то - спецификациЯ private, например:

       class B { /* ... */ };
       class D1 : private B { /* ... */ };
       class D2 : public B { /* ... */ };
       class D3 : B { /* ... */ }; // `B' частный по определению
       struct D4 : public B { /* ... */ };
       struct D5 : private B { /* ... */ };
       struct D6 : B { /* ... */ }; // `B' частный по определению

‡десь класс ЯвлЯетсЯ общим (public) базовым классом длЯ D2, D4 и D6
и частным (private) базовым классом длЯ D1, D2 и D5.
    Ћписание базового класса как private не влиЯет на доступ к
статическим членам базового класса. Ћднако, если при обращении к
статическому члену используетсЯ объект или указатель, который
нужно преобразовывать, то действуют обычные правила преобразованиЯ
указателей.
    ‚ функциЯх-членах или друзьЯх класса X можно X* неЯвно
преобразовывать в указатель на частный класс, ЯвлЯющийсЯ
непосредственно базовым по отношению к X.


        R.11.3 ЋписаниЯ доступа

€спользуЯ уточненное имЯ, можно установить доступ к члену базового
класса в части public или protected описаниЯ производного класса.
ќто называетсЯ описанием доступа.
   Џриведем пример:

       class B {
         int a;
       public:
         int b, c;
         int bf();
       };

       class D : private B {
         int d;
       public:
         B::c;   // adjust access to `B::c'
         int e;
         int df();
       };

       int ef(D&amp;);

‚о внешней функции ef можно использовать только имена c, e, и df.
Џоскольку функциЯ df член класса D, в ней можно использовать
имена b, c, bf, d, e и df, но не a. ”ункциЯ bf - член класса B и
в ней можно использовать члены a, b, c и bf.
   ЋписаниЯ доступа не следует использовать длЯ ограничениЯ доступа
к члену, доступному в базовом классе, также как не следует
использовать его длЯ обеспечениЯ доступа к члену, который недоступен
в базовом классе, например:

       class B {
       public:
         int a;
       private:
         int b;
       protected:
         int c;
       };

       class D : private B {
       public:
         B::a;    // описать `a' как общий член D
         B::b;    // ошибка: попытка расширить доступ,
                  // `b' не может быть общим членом D
       protected:
         B::c;    // описать `c' как защищенный член D
         B::a;    // ошибка: попытка сузить доступ,
                  // `a' не может быть защищенным членом D
       };

Ћписание доступа длЯ имени перегруженной функции устанавливает
доступ в базовом классе ко всем функциЯм с этим именем, например:

       class X {
       public:
         f();
         f(int);
       };

       class Y : private X {
       public:
         X::f;   // makes X::f() and X::f(int) public in Y
       };

   ЌельзЯ в производном классе установить доступ к члену базового
класса, если в производном классе определен член с этим же именем,
например:

       class X {
       public:
         void f();
       };

       class Y : private X {
       public:
         void f(int);
         X::f;   // ошибка: два описаниЯ f
       };

        R.11.4 „рузьЯ

„ругом класса называетсЯ функциЯ, котораЯ не ЯвлЯетсЯ членом класса,
но в которой можно использовать частные и защищенные члены этого
класса. €мЯ друга не принадлежит области видимости класса, и
дружественнаЯ функциЯ не вызываетсЯ с помощью операций доступа к
членам ($$R.5.2.4), если только она не ЯвлЯетсЯ членом другого
класса. ‘ледующий пример показывает различие между членами и
друзьЯми:

       class X {
         int a;
         friend void friend_set(X*, int);
       public:
         void member_set(int);
       };

       void friend_set(X* p, int i) { p->a = i; }
       void X::member_set(int i) { a = i; }

       void f()
       {
         X obj;
         friend_set(&amp;obj,10);
         obj.member_set(10);
       }

   …сли в описании friend использовано имЯ перегруженной функции
или операции, только функциЯ, однозначно определЯемаЯ типами
формальных параметров, становитсЯ другом. ”ункциЯ-член класса X
может быть другом класса Y, например:

       class Y {
         friend char* X::foo(int);
         // ...
       };

Њожно объЯвить все функции класса X друзьЯми класса Y с помощью
спецификации-сложного-типа ($$R.9.1):

       class Y {
         friend class X;
         // ...
       };

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

       class X {
         enum { a=100 };
         friend class Y;
       };

       class Y {
         int v[X::a];   // Y друг класса X
       };

       class Z {
         int v[X::a];   // ошибка: X::a недоступно
       };

  …сли класс или функциЯ, объЯвленные как друзьЯ, не были описаны,
их имена попадают в ту же область видимости, что и имЯ класса,
содержащего описание friend ($$R.9.1).
  ”ункциЯ, поЯвившаЯсЯ первый раз в описании friend, считаетсЯ
эквивалентной функции, описанной как extern ($$R.3.3, $$r.7.1.1).
  …сли функциЯ-друг определена в описании класса, она считаетсЯ
функцией со спецификацией inline и к ней применимо правило
переноса определениЯ функции длЯ функций-членов ($$R.9.3.2).
”ункциЯ-друг, определеннаЯ в описании класса, относитсЯ на
лексическом уровне к области видимости этого класса. „лЯ
функции-друга, определенной вне класса, это не так.
  Ќа описание friend не влиЯет указание спецификаций-доступа
($$R.9.2).
ЏонЯтие дружбы не ЯвлЯетсЯ ни наследуемым, ни транзитивным.
Џодтвердим это примером:

     class A {
       friend class B;
       int a;
     };

     class B {
       friend class C;
     };

     class C {
       void f(A* p);
       {
         p->a++;   // ошибка: C не друг класса A, хотЯ
                   // ЯвлЯетсЯ другом друга класса A
       }
     };

     class D : public B {
       void f(A* p)
       {
         p->a++;   // ошибка: D не друг класса A, хотЯ
                   // ЯвлЯетсЯ производным друга класса A
       }
     };

        R.11.5 „оступ к защищенным членам

„руг или функциЯ-член производного класса имеет доступ к защищенному
статическому члену базового класса. „руг или функциЯ-член производного
класса могут получить доступ к защищенному нестатическому члену
одного из своих базовых классов только через указатель, ссылку или
объект производного класса (или любого класса, ЯвлЯющегосЯ
производным по отношению к нему). ђассмотрим пример:

     class B {
     protected:
       int i;
     };

    class D1 : public B {
    };

    class D2 : public B {
      friend void fr(B*, D1*, D2*);
      void mem(B*, D1*);
    };

   void fr(B* pb, D1* p1, D2* p2)
   {
     pb->i = 1;  // недопустимо
     p1->i = 2;  // недопустимо
     p2->i = 3;  // нормально (обращение через D2)
   }

   void D2::mem(B* pb, D1* p1)
   {
     pb->i = 1;  // недопустимо
     p1->i = 2;  // недопустимо
     i = 3;      // нормально (обращение через this)
   }

   void g(B* pb, D1* p1, D2* p2)
   {
     pb->i = 1;  // недопустимо
     p1->i = 2;  // недопустимо
     p2->i = 3;  // недопустимо
   }

        R.11.6 „оступ к виртуальным функциЯм

Џравила доступа ($$r.11) к виртуальной функции определЯютсЯ ее
описанием и на них не влиЯют правила доступа к к функции, котораЯ
позднее будет подавлЯть ее. Џриведем пример:

    class B {
    public:
      virtual f();
    };

    class D : public B {
    private:
      f();
    };

    void f()
    {
      D d;
      B* pb = &amp;d;
      D* pd = &amp;d;

      pb->f();   // нормально: B::f() общий член
                 // вызываетсЯ D::f()
      pd->f();   // ошибка: D::f() частный член
    }

Џрава доступа проверЯютсЯ при самом вызове, используЯ тип выражениЯ,
обозначающее объект, длЯ которого вызываетсЯ функциЯ-член (в примере
выше это B*). „оступ к функции-члену в классе, где она определена
(D в примере выше), в общем случае неизвестен.

        R.11.7 Њножественный доступ

…сли добратьсЯ до имени можно несколькими путЯми по графу, задающему
множественное наследование, то право доступа этого имени считаетсЯ
максимальным из прав, получаемых на разных путЯх. ЏоЯсним это
примером:

     class W { public: void f(); };
     class A : private virtual W { };
     class B : public virtual W { };
     class C : public A, public B {
        void f() { W::f(); } // нормально
     };

Џоскольку W::f() доступно в C::f() по пути, свЯзанному с общим
наследованием из B, обращение ЯвлЯетсЯ законным.

        R.12 ‘пециальные функции-члены

Ќекоторые функции-члены считаютсЯ специальными, поскольку они
влиЯют на то, как объекты класса создаютсЯ, копируютсЯ и уничтожаютсЯ,
и как значениЯ одного типа преобразуютсЯ в значениЯ другого типа.
—асто такие функции вызываютсЯ неЯвно.
    ќти функции-члены подчинЯютсЯ обычным правилам доступа ($$R.11).
Ќапример, описание конструктора со спецификацией protected
гарантирует, что создавать объекты с его помощью смогут только
производные классы и друзьЯ.

        R.12.1 Љонструкторы

Љонструктором называетсЯ функциЯ-член, имЯ которой совпадает с именем
класса, он используетсЯ длЯ построениЯ значений, имеющих тип данного
класса. …сли в классе есть конструктор, то каждый объект этого класса
перед произвольным использованием будет инициализироватьсЯ, см.
$$R.12.6.
   Љонструктор может вызыватьсЯ длЯ объекта со спецификацией const
или volatile. ‘ам конструктор нельзЯ описывать со спецификацией
const или volatile ($$R.9.3.1). Љонструктор также не может иметь
спецификацию virtual или static.
   Љонструкторы не наследуютсЯ, однако, стандартные конструкторы
и конструкторы копированиЯ при необходимости создаютсЯ транслЯтором
($$R.12.8). ’акие конструкторы ЯвлЯютсЯ общими.
   ‘тандартным конструктором длЯ класса X ЯвлЯетсЯ такой конструктор
класса X, который можно вызывать без параметров. ‘тандартный
конструктор длЯ класса X будет создан только тогда, когда длЯ класса
X не описано ни одного конструктора.
   Љонструктором копированиЯ длЯ класса X называетсЯ конструктор,
который вызываетсЯ длЯ копированиЯ объекта класса X, т.е. вызываетсЯ
с одним параметром типа X. Ќапример, X::X(const X&amp;) и
X::X(X&amp;, int=0) ЯвлЯютсЯ конструкторами копированиЯ. Љонструктор
копированиЯ создаетсЯ только тогда, когда не описано ни одного
конструктора копированиЯ.
   Љонструктор копированиЯ длЯ класса X не должен иметь в качестве
параметра объект типа X, например X::X(X) незаконное обращение.
   Љонструктор длЯ массива элементов вызываетсЯ в порЯдке
возрастаниЯ адресов элементов ($$R.8.2.4).
   …сли у класса есть базовые классы с конструктором или члены,
ЯвлЯющиесЯ объектами с конструктором, их конструкторы вызываютсЯ
прежде, чем конструктор производного класса. ‚ $$R.12.6.2 объЯснЯетсЯ
как задаютсЯ параметры длЯ таких конструкторов и как определЯетсЯ
порЯдок их вызова.
   Ћбъект класса с конструктором не может быть членом объединениЯ.
   „лЯ конструктора не нужно указывать никакого типа возвращаемого
значениЯ, даже void. ‚ операторе return в теле конструктора нельзЯ
указывать возвращаемое значение. Ќе допустима операциЯ взЯтиЯ
адреса конструктора.
   Љонструктор можно Явно использовать длЯ созданиЯ объектов его
типа с помощью следующей записи:
        имЯ-класса ( список-выражений opt )
Џриведем пример:

        complex zz = complex(1,2.3);
        print( complex(7.8,1.2) );

Ћбъект, созданный таким образом ЯвлЯетсЯ безымЯнным (если только
конструктор не использовалсЯ длЯ инициализации поименованной переменной
как zz выше), а времЯ его жизни ограничено выражением, в котором
он был создан, см. $$R.12.2.
    ‚ конструкторе можно вызывать функцию-член, см. $$R.12.7.

        R.12.2 ‚ременные объекты

‚ некоторых ситуациЯх транслЯтору бывает необходимо или удобно
создавать временные объекты. €спользование временных объектов
зависит от реализации. …сли транслЯтору понадобилсЯ временный
объект типа класса с конструктором, он должен обеспечить вызов
конструктора длЯ этого временного объекта. Ђналогично, необходимо
вызывать деструктор длЯ объекта класса, в котором описан
деструктор. Џриведем пример:

        class X {
          // ...
        public:
          // ...
          X(int);
          X(X&amp;);
          ~X();
        };

        X f(X);

        void g()
        {
          X a(1);
          X b = f(X(2));
          a = f(b);
        }

‡десь нужен временный объект длЯ построениЯ X(2), прежде чем
передать его функции f() с помощью X(X&amp;). Ђльтернативное решение, -
построить объект X(2) в памЯти, используемой длЯ хранениЯ параметра
при первом вызове f(). Џомимо этого, временный объект может
понадобитьсЯ длЯ хранениЯ результата f(X(2)) прежде, чем копировать
его в объект b с помощью X(X&amp;), и здесь возможно альтернативное
решение: хранить результат f(X(2)) в памЯти длЯ объекта b.  ‘ другой
стороны, существует много функций f(), длЯ которых выполнение
выражениЯ a=f(a) требует временного объекта или длЯ параметра a,
или длЯ результата f(a), чтобы избежать нежелательного использованиЯ
памЯти, которой приписываетсЯ имЯ a.
    ’ранслЯтор обЯзан гарантировать уничтожение временных объектов.
’очный момент уничтожениЯ определЯетсЯ реализацией. ‘ временными
объектами можно производить только две операции: выбрать значение
объекта (неЯвно копируЯ его) длЯ использованиЯ в другом выражении,
или взЯть ссылку на него. …сли значение временного объекта получено,
он считаетсЯ ненужным и может уничтожатьсЯ немедленно. …сли на него
получена ссылка, то уничтожать его нельзЯ, пока существует ссылка.
“ничтожение должно произойти до выхода из области определенности,
в которой был создан временный объект.
    „ругой вид временных объектов обсуждаетсЯ в $$R.8.4.3.

        R.12.3 ЏреобразованиЯ

ЏреобразованиЯ объектов класса можно задать с помощью конструкторов
или функций преобразованиЯ.
   ’акие преобразованиЯ, обычно называемые пользовательскими,
используютсЯ неЯвно в совокупности со стандартными преобразованиЯми
($$R.4). Ќапример, функцию с формальным параметром типа X можно
вызывать не только с параметром типа X, но и параметром типа T,
если существует преобразование типа T в X. Џользовательские
преобразованиЯ применЯютсЯ в тех же ситуациЯх, что и стандартные:
преобразование инициализаторов ($$R.8.4), параметров функции
($$R.5.2.2), возвращаемых функцией значений ($$R.6.6.3, $$R.8.2.5),
выражений фактических параметров ($$R.5), выражений, управлЯющих
циклом и выбором операторов ($$R.6.4,$$R.6.5) и Явные операции
преобразованиЯ типа ($$R.5.2.3, $$R.5.4).
   Џользовательские преобразованиЯ применЯютсЯ только в случае
их однозначности ($$R.10.1.1, $$R.12.3.2). ЏреобразованиЯ проходЯт
проверку на соответствие правилам доступа ($$R.11). Љак всегда
проверка доступа осуществлЯетсЯ после разрешениЯ неоднозначности
($$R.10.4).
    Џрименение преобразований при вызове функции рассматриваетсЯ на
примерах, приведенных ниже, а также обсуждаетсЯ в $$R.13.2.

        R.12.3.1 Џреобразование с помощью конструктора

Љонструктор, имеющий единственный параметр, задает преобразование
типа своего фактического параметра в тип его класса, например:

         class X {
           // ...
         public:
           X(int);
           X(const char*, int = 0);
         };

         void f(X arg) {
            X a = 1;        // a = X(1);
            X b = "Jessie"; // b = X("Jessie",0)
            a = 2;          // a = X(2)
            f(3);           // f(X(3))
         }

…сли в классе X нет конструктора, который допускает заданный тип,
не делаетсЯ попытки найти какой-либо конструктор другого класса или
функцию преобразованиЯ длЯ приведениЯ заданного значениЯ в значение
типа,допустимого длЯ конструктора класса X, например:

         class X { /* ... *