Γραφικά συστατικά
- 25.1.1. Κανονική διαχείριση μνήμης C++
- 25.1.2. Διαχειριζόμενα γραφικά συστατικά
25.1.1. Κανονική διαχείριση μνήμης C++
Η gtkmm επιτρέπει στον προγραμματιστή να ελέγξει τον χρόνο ζωής (δηλαδή, την κατασκευή και καταστροφή) οποιουδήποτε γραφικού συστατικού με τον ίδιο τρόπο όπως οποιοδήποτε άλλο αντικείμενο C++. Αυτή η ευελιξία επιτρέπει τη χρήση των new και delete για τη δημιουργία και καταστροφή αντικειμένων δυναμικά ή τη χρήση κανονικών μελών κλάσης (που καταστρέφονται αυτόματα όταν καταστρέφεται η κλάση) ή τη χρήση τοπικών στιγμιοτύπων (που καταστρέφονται όταν το στιγμιότυπο βγαίνει εκτός εμβέλειας). Αυτή η ευελιξία δεν παρουσιάζεται σε μερικά πακέτα εργαλείων GUI της C++, που περιορίζει τον προγραμματιστή σε ένα υποσύνολο μόνο των γνωρισμάτων διαχείρισης μνήμης της C++.
Ιδού μερικά παραδείγματα κανονικής διαχείρισης μνήμης C++:
- 25.1.1.1. Τα γραφικά συστατικά εμβέλειας κλάσης
- 25.1.1.2. Γραφικά συστατικά εμβέλειας συνάρτησης
- 25.1.1.3. Η δυναμική κατανομή με νέο και διαγραφή
25.1.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. Γραφικά συστατικά εμβέλειας συνάρτησης
If a programmer does not need a class scope widget, a function scope widget may also be used. The advantages to function scope over class scope are the increased data hiding and reduced dependencies.
{ Gtk::Button aButton; aButton.show(); ... app->run(); }
25.1.1.3. Η δυναμική κατανομή με νέο και διαγραφή
Although, in most cases, the programmer will prefer to allow containers to automatically destroy their children using Gtk::manage() (see below), the programmer is not required to use Gtk::manage(). The traditional new and delete operators may also be used.
Gtk::Button* pButton = new Gtk::Button("Test"); // do something useful with pButton delete pButton;
25.1.2. Διαχειριζόμενα γραφικά συστατικά
Εναλλακτικά, μπορείτε να επιτρέψετε ένα χειριστήριο περιέκτη του γραφικού συστατικού όταν το γραφικό συστατικό καταστρέφεται. Στις περισσότερες περιπτώσεις, θέλετε ένα γραφικό συστατικό να κρατήσει μόνο όσο ο περιέκτης είναι μέσα. Για ανάθεση της διαχείρισης χρόνου ζωής του γραφικού συστατικού στο περιέκτη του, δημιουργήστε το πρώτα με την Gtk::manage()και συσκευάστε το στον περιέκτη του με τις Gtk::Container::add(), Gtk::Box::pack_start(), ή μια παρόμοια μέθοδο. Τώρα, το γραφικό συστατικό θα καταστραφεί όποτε καταστρέφεται ο περιέκτης του.
- 25.1.2.1. Δυναμική κατανομή με manage() και add()
25.1.2.1. Δυναμική κατανομή με manage() και add()
Η gtkmm παρέχει τη συνάρτηση manage() και τις μεθόδους add() για δημιουργία και καταστροφή γραφικών συστατικών. Κάθε γραφικό συστατικό εκτός από το παράθυρο ανωτάτου επιπέδου πρέπει να προστεθεί ή να συσκευαστεί σε έναν περιέκτη για να εμφανιστεί. Η συνάρτηση manage() σημειώνει ένα γραφικό συστατικό έτσι ώστε όταν το γραφικό συστατικό προστίθεται σε έναν περιέκτη, ο περιέκτης γίνεται υπεύθυνος για διαγραφή του γραφικού συστατικού.
MyContainer::MyContainer() { Gtk::Button* pButton = Gtk::manage(new Gtk::Button("Test")); add(*pButton); //add *pButton to MyContainer }
Φυσικά, ένας περιέκτης ανωτάτου επιπέδου δεν θα προστεθεί σε άλλον περιέκτη. Ο προγραμματιστής είναι υπεύθυνος για την καταστροφή του περιέκτη ανωτάτου επιπέδου χρησιμοποιώντας μία από τις παραδοσιακές τεχνικές της C++. Για παράδειγμα, το παράθυρο ανωτάτου επιπέδου σας μπορεί να είναι απλά ένα στιγμιότυπο στη συνάρτησή σας main().