]> git.saurik.com Git - wxWidgets.git/blame_incremental - docs/doxygen/overviews/container.h
update and complete Unicode overview; add an overview of changes since wx 2.8
[wxWidgets.git] / docs / doxygen / overviews / container.h
... / ...
CommitLineData
1/////////////////////////////////////////////////////////////////////////////
2// Name: container.h
3// Purpose: topic overview
4// Author: wxWidgets team
5// RCS-ID: $Id$
6// Licence: wxWindows license
7/////////////////////////////////////////////////////////////////////////////
8
9/**
10
11@page overview_container Container Classes
12
13Classes: wxList<T>, wxArray<T>, wxVector<T>
14
15wxWidgets uses itself several container classes including doubly-linked lists
16and dynamic arrays (i.e. arrays which expand automatically when they become
17full). For both historical and portability reasons wxWidgets does not require
18the use of STL (which provides the standard implementation of many container
19classes in C++) but it can be compiled in STL mode. Additionally, wxWidgets
20provides the new wxVector<T> class template which can be used like the std::vector
21class and is actually just a typedef to std::vector if wxWidgets is compiled
22in STL mode.
23
24wxWidgets non-template container classes don't pretend to be as powerful or full as STL
25ones, but they are quite useful and may be compiled with absolutely any C++
26compiler. They're used internally by wxWidgets, but may, of course, be used in
27your programs as well if you wish.
28
29The list classes in wxWidgets are doubly-linked lists which may either own the
30objects they contain (meaning that the list deletes the object when it is
31removed from the list or the list itself is destroyed) or just store the
32pointers depending on whether or not you called wxList<T>::DeleteContents()
33method.
34
35Dynamic arrays resemble C arrays but with two important differences: they
36provide run-time range checking in debug builds and they automatically expand
37the allocated memory when there is no more space for new items. They come in
38two sorts: the "plain" arrays which store either built-in types such as "char",
39"int" or "bool" or the pointers to arbitrary objects, or "object arrays" which
40own the object pointers to which they store.
41
42For the same portability reasons, the container classes implementation in
43wxWidgets does not use templates, but is rather based on C preprocessor i.e. is
44done with the macros: WX_DECLARE_LIST() and WX_DEFINE_LIST() for the linked
45lists and WX_DECLARE_ARRAY(), WX_DECLARE_OBJARRAY() and WX_DEFINE_OBJARRAY()
46for the dynamic arrays.
47
48The "DECLARE" macro declares a new container class containing the elements of
49given type and is needed for all three types of container classes: lists,
50arrays and objarrays. The "DEFINE" classes must be inserted in your program in
51a place where the @e full declaration of container element class is in scope
52(i.e. not just forward declaration), otherwise destructors of the container
53elements will not be called!
54
55As array classes never delete the items they contain anyhow, there is no
56WX_DEFINE_ARRAY() macro for them.
57
58Examples of usage of these macros may be found in wxList<T> and wxArray<T>
59documentation.
60
61Finally, wxWidgets predefines several commonly used container classes. wxList
62is defined for compatibility with previous versions as a list containing
63wxObjects and wxStringList as a list of C-style strings (char *), both of these
64classes are deprecated and should not be used in new programs. The following
65array classes are defined: wxArrayInt, wxArrayLong, wxArrayPtrVoid and
66wxArrayString. The first three store elements of corresponding types, but
67wxArrayString is somewhat special: it is an optimized version of wxArray which
68uses its knowledge about wxString reference counting schema.
69
70*/
71