Программирование с использованием gtkmm 3. Управление памятью

25.Управление памятью

25.1. Виджеты

25.1.1. Обычный механизм управления памятью языка программирования C++

gtkmm позволяет разработчику контролировать время жизни (т.е., этапы создания и уничтожения) объектов каждого из виджетов таким же образом, как это делается при работе с любым другим объектом языка программирования C++. Такая гибкость позволяет вам использовать операторы new и delete для динамического создания и уничтожения объектов, а также использовать обычные члены класса (которые уничтожаются автоматически в момент уничтожения класса) или использовать локальные экземпляры (которые уничтожаются в момент, когда экземпляр покидает область действия). Подобная гибкость недоступна для некоторых тулкитов, предназначенных для создания графических интерфейсов с использованием языка программирования C++ и ограничивающих разработчика рамками подмножества функций для управления памятью языка C++.

Ниже приведены примеры выполнения обычных операций управления памятью средствами языка программирования C++.

25.1.1. Виджеты из области действия класса

В том случае, если разработчику не требуется динамически резервировать память, могут использоваться автоматические виджеты из области действия класса. Одним из достоинств автоматических виджетов из области действия класса является группировка функций управления памятью в одном месте. Разработчик не подвергается риску, связанному с возникновением утечек памяти в случае пропуска оператора delete для уничтожения объекта виджета.

#include <gtkmm/button.h>
#include <gtkmm/window.h>
class Foo : public Gtk::Window
{
private:
  Gtk::Button theButton;
  // будет уничтожен в момент уничтожения объекта Foo
};

25.1.1.2. Виджеты из области действия функций

В том случае, если разработчику не требуется виджет из области действия класса, он также может использовать виджет из области действия функции. Достоинствами области действия функции по сравнению с областью действия класса являются повышение степени сокрытия структур данных и сокращение зависимостей.

{
  Gtk::Button aButton;
  aButton.show();
  ...
  app->run();
}

25.1.1.3. Динамическое резервирование памяти с помощью операторов new и delete

Gtk::Button* pButton = new Gtk::Button("Тест");

// выполнение каких-либо полезных действий с объектом pButton

delete pButton;

В данном случае разработчик использует оператор delete по отношению к объекту pButton для предотвращения утечки памяти.

25.1.2. Управляемые виджеты

Альтернативным решением является предоставление контейнерному виджету контроля за дочерними виджетами в процессе его уничтожения. В большинстве случаев вы посчитаете разумным поддержание существования виджета в течение такого долгого периода, в течение которого существует контейнер, в котором он размещен. Для делегирования прав управления временем жизни виджета его контейнеру сначала следует создать виджет с помощью метода Gtk::manage() и упаковать его в контейнер с помощью метода Gtk::Box::pack_start() или любого другого аналогичного метода. После этого виджет будет уничтожаться в тот момент, когда будет уничтожаться его контейнер.

25.1.2.1. Динамическое резервирование памяти с помощью методов manage() и add()

MyContainer::MyContainer()
{
  Gtk::Button* pButton = Gtk::manage(new Gtk::Button("Test"));
  add(*pButton); //добавление виджета *pButton в контейнер MyContainer
}

Теперь, в момент уничтожения объектов типа MyContainer объект виджета кнопки также будет уничтожен. Больше не требуется уничтожать объект pButton для освобождения зарезервированной для виджета кнопки памяти; право на уничтожение этого объекта было делегировано объекту MyContainer.

Конечно же, контейнер верхнего уровня не может быть добавлен в другой контейнер. Разработчик должен уничтожать объект контейнера верхнего уровня самостоятельно с помощью одной из традиционных техник языка программирования C++. Например, ваше окно верхнего уровня может быть представлено экземпляром соответствующего класса, объявленным в рамках функции main().

25.2. Разделяемые ресурсы

Некоторые объекты, такие, как объекты буферов пикселей на основе класса Gdk::Pixbuf или объекты шрифтов на основе класса Pango::Font извлекаются из разделяемого хранилища. Таким образом, вы не сможете создать свои собственные экземпляры подобных классов. Эти классы обычно наследуются от класса Glib::Object. Вместо требования от вас создания и удаления ссылок на эти объекты, gtkmm использует умный указатель Glib::RefPtr<>. Cairomm предоставляет свой собственный умный указатель Cairo::RefPtr<>.

Glib::RefPtr<Gdk::Pixbuf> pixbuf = Gdk::Pixbuf::create_from_file(filename);

int width = 0;
if(pixbuf)
{
  width = pixbuf->get_width();
}

В момент, когда указатель pixbuf покинет область действия функции, будет осуществлен вызов функции unref() незаметно для пользователя, что позволит вам больше не беспокоиться о нем. Оператор new не использовался, следовательно оператор delete также не должен использоваться.

Glib::RefPtr<Gdk::Pixbuf> pixbuf2 = pixbuf;

или же в том случае, если вы передаете его в качестве аргумента метода или возвращаемого значения, в рамках объекта на основе класса Glib::RefPtr будут осуществлены все необходимые подсчеты ссылок для получения гарантии того, что экземпляр класса не будет уничтожен до того момента, пока последний умный указатель не покинет область действия функции.

Обратитесь к приложению для получения подробной информации об умном указателе на основе класса Glib::RefPtr.

Следующий раздел : Glade и Gtk::Builder.