C++: библиотека программиста

 
95 
public: 
void 
DoSomething(); 
void 
DoSomethingElse(); 
}; 
PFoo1::PFoo1() : foo(new Foo1) 
{} 
PFoo1::PFoo(const PFoo1& pf) : foo(new Foo1(*(pf.foo))) 
{} 
PFoo1::~PFoo() 
{ 
delete 
foo; 
} 
PFoo1& PFoo1::operator=(const PFoo1& pf) 
{ 
if (this != &pf) { 
delete 
foo; 
foo = new Foo1(*(pf.foo)); 
} 
return 
*this; 
} 
void PFoo1::DoSomething() 
{ 
foo->DoSomething(); 
} 
void PFoo1::DoSomethingElse() 
{ 
foo->DoSomethingElse(); 
} 
Foo1::Foo1() 
{ 
} 
void Foo1::DoSomething() 
{ 
cout << “Foo::DoSomething()” << endl; 
} 
void Foo1::DoSomethingElse() 
{ 
cout << “Foo::DoSomethingElse()” << endl; 
} 

---

 96 
Видите, что здесь происходит? Для клиента класс 
Foo
перестает существовать. Для всех практических 
целей указатель стал самим объектом. С таким же успехом мы могли все переименовать, убрать 
Р
перед указателем и заменить имя 
Foo
чем-ни6удь более закрытым и загадочным. Единственное, что 
говорит о существовании второго класса, — предварительное объявление 
class Foo;
. 
Цена всего происходящего — вызов не подставляемых (noninline) функций в каждой функции класса 
указателя. Для некоторых немногочисленных приложений и классов даже эта малая цена может стать 
неприемлемой. В таких случаях существуют две альтернативы для повышения скорости: 
использование умных указателей на базе оператора 
->
и использование интерфейсных указателей с 
занесением объявления класса указываемого объекта в файл .h и отказом от всех преимуществ 
инкапсуляции. Как вы убедитесь в оставшейся части этой главы, второй вариант все же имеет 
некоторые достоинства. 
Изменение интерфейса 
Одно из преимуществ интерфейсных указателей — в том, что они фактически позволяют изменить 
интерфейс указываемого объекта без внесения изменений в его класс. Интерфейс, представленный 
интерфейсным указателем, находится полностью в вашем распоряжении; вы можете исключить из него 
некоторые функции указываемого объекта, изменить сигнатуры, добавить ваши собственные дополни-
тельные функции и просто хорошо провести время, заново изобретая указываемый объект. 
Грани 
Многие библиотеки классов (особенно связанные с графическим интерфейсом пользователя) содержат 
большие классы из десятков, а то и сотен функций. Визуальная часть экрана в них называется по-
разному — видом, окном или панелью. Ниже показан типичный набросок класса, который представляет 
это отображаемое нечто, как бы оно ни называлось. 
class View { // На практике будет производным от другого класса 
protected: 
//