]>
Commit | Line | Data |
---|---|---|
6e6110ee VZ |
1 | \section{\class{wxArray}}\label{wxarray} |
2 | ||
247aba10 VZ |
3 | This section describes the so called {\it dynamic arrays}. This is a C |
4 | array-like data structure i.e. the member access time is constant (and not | |
5 | linear in number of container elements as for linked lists). However, these | |
6 | arrays are dynamic in the sense that they will automatically allocate more | |
7 | memory if there is not enough of it for adding a new element. They also perform | |
8 | range checking on the index values but in debug mode only, so please be sure to | |
437c49b2 JS |
9 | compile your application in debug mode to use it (see \helpref{debugging overview}{debuggingoverview} for |
10 | details). So, unlike the arrays in some other | |
247aba10 VZ |
11 | languages, attempt to access an element beyond the arrays bound doesn't |
12 | automatically expand the array but provokes an assertion failure instead in | |
13 | debug build and does nothing (except possibly crashing your program) in the | |
14 | release build. | |
15 | ||
16 | The array classes were designed to be reasonably efficient, both in terms of | |
17 | run-time speed and memory consumption and the executable size. The speed of | |
18 | array item access if, of course, constant (independent of number of elements) | |
19 | making them much more efficient than linked lists (\helpref{wxList}{wxlist}). | |
20 | Adding items to the arrays is also implemented in more or less constant time - | |
437c49b2 JS |
21 | but the price is preallocating the memory in advance. In the \helpref{memory management}{wxarraymemorymanagement} section |
22 | you may find some useful hints about optimizing wxArray memory usage. As for executable size, all | |
247aba10 VZ |
23 | wxArray functions are inline, so they do not take {\it any space at all}. |
24 | ||
25 | wxWindows has three different kinds of array. All of them derive from | |
26 | wxBaseArray class which works with untyped data and can not be used directly. | |
27 | The standard macros WX\_DEFINE\_ARRAY(), WX\_DEFINE\_SORTED\_ARRAY() and | |
28 | WX\_DEFINE\_OBJARRAY() are used to define a new class deriving from it. The | |
29 | classes declared will be called in this documentation wxArray, wxSortedArray and | |
30 | wxObjArray but you should keep in mind that no classes with such names actually | |
31 | exist, each time you use one of WX\_DEFINE\_XXXARRAY macro you define a class | |
32 | with a new name. In fact, these names are "template" names and each usage of one | |
33 | of the macros mentioned above creates a template specialization for the given | |
34 | element type. | |
35 | ||
36 | wxArray is suitable for storing integer types and pointers which it does not | |
37 | treat as objects in any way, i.e. the element pointed to by the pointer is not | |
38 | deleted when the element is removed from the array \&c. It should be noted that | |
39 | all of wxArray functions are inline, so it costs strictly nothing to define as | |
40 | many array types as you want (either in terms of the executable size or the | |
41 | speed) as long as at least one of them is defined and this is always the case | |
42 | because wxArrays are used by wxWindows internally. | |
43 | ||
44 | wxSortedArray is a wxArray variant which should be used when searching in the | |
45 | array is a frequently used operation. It requires you to define an additional | |
46 | function for comparing two elements of the array element type and always stores | |
47 | its items in the sorted order (according to this function). Thus, it's | |
437c49b2 | 48 | \helpref{Index()}{wxarrayindex} function execution time is $O(log(N))$ instead of |
247aba10 VZ |
49 | $O(N)$ for the usual arrays but the \helpref{Add()}{wxarrayadd} method is |
50 | slower: it is $O(log(N))$ instead of constant time (neglecting time spent in | |
51 | memory allocation routine). However, in a usual situation elements are added to | |
52 | an array much less often than searched inside it, so wxSortedArray may lead to | |
d1b5756b VZ |
53 | huge performance improvements compared to wxArray. Finally, it should be |
54 | noticed that, as wxArray, wxSortedArray can not be used to store anything of | |
55 | sizeof() larger than max(sizeof(long), sizeof(void *)) - an assertion failure | |
56 | will be raised from the constructor otherwise. | |
247aba10 VZ |
57 | |
58 | wxObjArray class treats its elements like "objects". It may delete them when | |
59 | they are removed from the array (invoking the correct destructor) and copies | |
60 | them using the objects copy constructor. In order to implement this behaviour | |
61 | the definition of the wxObjArray arrays is split in two parts: first, you should | |
62 | declare the new wxObjArray class using WX\_DECLARE\_OBJARRAY() macro and then | |
63 | you must include the file defining the implementation of template type: | |
64 | <wx/arrimpl.cpp> and define the array class with WX\_DEFINE\_OBJARRAY() macro | |
65 | from a point where the full (as opposed to `forward') declaration of the array | |
66 | elements class is in scope. As it probably sounds very complicated here is an | |
67 | example: | |
68 | ||
69 | \begin{verbatim} | |
70 | #include <wx/dynarray.h> | |
71 | ||
72 | // we must forward declare the array because it's used inside the class | |
73 | // declaration | |
74 | class MyDirectory; | |
75 | class MyFile; | |
76 | ||
77 | // this defines two new types: ArrayOfDirectories and ArrayOfFiles which can be | |
78 | // now used as shown below | |
79 | WX_DECLARE_OBJARRAY(MyDirectory, ArrayOfDirectories); | |
80 | WX_DECLARE_OBJARRAY(MyFile, ArrayOfFiles); | |
81 | ||
82 | class MyDirectory | |
83 | { | |
84 | ... | |
85 | ArrayOfDirectories m_subdirectories; // all subdirectories | |
86 | ArrayOfFiles m_files; // all files in this directory | |
87 | }; | |
88 | ||
89 | ... | |
90 | ||
91 | // now that we have MyDirectory declaration in scope we may finish the | |
92 | // definition of ArrayOfDirectories | |
93 | #include <wx/arrimpl.cpp> // this is a magic incantation which must be done! | |
94 | WX_DEFINE_OBJARRAY(ArrayOfDirectories); | |
95 | ||
96 | // that's all! | |
97 | ||
98 | \end{verbatim} | |
99 | ||
100 | It is not as elegant as writing | |
101 | ||
102 | \begin{verbatim} | |
103 | typedef std::vector<MyDirectory> ArrayOfDirectories; | |
104 | \end{verbatim} | |
437c49b2 | 105 | |
247aba10 VZ |
106 | but is not that complicated and allows the code to be compiled with any, however |
107 | dumb, C++ compiler in the world. | |
108 | ||
109 | The things are much simpler for wxArray and wxSortedArray however: it is enough | |
110 | just to write | |
111 | ||
112 | \begin{verbatim} | |
113 | WX_DEFINE_ARRAY(MyDirectory *, ArrayOfDirectories); | |
114 | WX_DEFINE_SORTED_ARRAY(MyFile *, ArrayOfFiles); | |
115 | \end{verbatim} | |
116 | ||
117 | \wxheading{See also:} | |
118 | ||
119 | \helpref{Container classes overview}{wxcontaineroverview}, \helpref{wxList}{wxlist} | |
120 | ||
121 | \wxheading{Required headers:} | |
122 | ||
123 | <wx/dynarray.h> for wxArray and wxSortedArray and additionally <wx/arrimpl.cpp> | |
124 | for wxObjArray. | |
125 | ||
126 | \latexignore{\rtfignore{\wxheading{Function groups}}} | |
127 | ||
128 | \membersection{Macros for template array definition} | |
129 | ||
130 | To use an array you must first define the array class. This is done with the | |
131 | help of the macros in this section. The class of array elements must be (at | |
132 | least) forward declared for WX\_DEFINE\_ARRAY, WX\_DEFINE\_SORTED\_ARRAY and | |
133 | WX\_DECLARE\_OBJARRAY macros and must be fully declared before you use | |
134 | WX\_DEFINE\_OBJARRAY macro. | |
135 | ||
136 | \helpref{WX\_DEFINE\_ARRAY}{wxdefinearray}\\ | |
137 | \helpref{WX\_DEFINE\_SORTED\_ARRAY}{wxdefinesortedarray}\\ | |
138 | \helpref{WX\_DECLARE\_OBJARRAY}{wxdeclareobjarray}\\ | |
139 | \helpref{WX\_DEFINE\_OBJARRAY}{wxdefineobjarray} | |
140 | ||
141 | \membersection{Constructors and destructors} | |
142 | ||
143 | Array classes are 100\% C++ objects and as such they have the appropriate copy | |
144 | constructors and assignment operators. Copying wxArray just copies the elements | |
145 | but copying wxObjArray copies the arrays items. However, for memory-efficiency | |
146 | sake, neither of these classes has virtual destructor. It is not very important | |
147 | for wxArray which has trivial destructor anyhow, but it does mean that you | |
148 | should avoid deleting wxObjArray through a wxBaseArray pointer (as you would | |
149 | never use wxBaseArray anyhow it shouldn't be a problem) and that you should not | |
150 | derive your own classes from the array classes. | |
151 | ||
437c49b2 JS |
152 | \helpref{wxArray default constructor}{wxarrayctordef}\\ |
153 | \helpref{wxArray copy constructors and assignment operators}{wxarrayctorcopy}\\ | |
247aba10 VZ |
154 | \helpref{\destruct{wxArray}}{wxarraydtor} |
155 | ||
156 | \membersection{Memory management}\label{wxarraymemorymanagement} | |
157 | ||
158 | Automatic array memory management is quite trivial: the array starts by | |
159 | preallocating some minimal amount of memory (defined by | |
160 | WX\_ARRAY\_DEFAULT\_INITIAL\_SIZE) and when further new items exhaust already | |
161 | allocated memory it reallocates it adding 50\% of the currently allocated | |
162 | amount, but no more than some maximal number which is defined by | |
163 | ARRAY\_MAXSIZE\_INCREMENT constant. Of course, this may lead to some memory | |
164 | being wasted (ARRAY\_MAXSIZE\_INCREMENT in the worst case, i.e. 4Kb in the | |
437c49b2 | 165 | current implementation), so the \helpref{Shrink()}{wxarrayshrink} function is |
247aba10 VZ |
166 | provided to unallocate the extra memory. The \helpref{Alloc()}{wxarrayalloc} |
167 | function can also be quite useful if you know in advance how many items you are | |
168 | going to put in the array and will prevent the array code from reallocating the | |
169 | memory more times than needed. | |
170 | ||
171 | \helpref{Alloc}{wxarrayalloc}\\ | |
172 | \helpref{Shrink}{wxarrayshrink} | |
173 | ||
174 | \membersection{Number of elements and simple item access} | |
175 | ||
176 | Functions in this section return the total number of array elements and allow to | |
177 | retrieve them - possibly using just the C array indexing $[]$ operator which | |
178 | does exactly the same as \helpref{Item()}{wxarrayitem} method. | |
179 | ||
180 | \helpref{Count}{wxarraycount}\\ | |
181 | \helpref{GetCount}{wxarraygetcount}\\ | |
182 | \helpref{IsEmpty}{wxarrayisempty}\\ | |
183 | \helpref{Item}{wxarrayitem}\\ | |
184 | \helpref{Last}{wxarraylast} | |
185 | ||
186 | \membersection{Adding items} | |
437c49b2 | 187 | |
247aba10 VZ |
188 | \helpref{Add}{wxarrayadd}\\ |
189 | \helpref{Insert}{wxarrayinsert} | |
190 | ||
191 | \membersection{Removing items} | |
437c49b2 | 192 | |
247aba10 VZ |
193 | \helpref{WX\_CLEAR\_ARRAY}{wxcleararray}\\ |
194 | \helpref{Empty}{wxarrayempty}\\ | |
195 | \helpref{Clear}{wxarrayclear}\\ | |
196 | \helpref{Remove}{wxarrayremove} | |
197 | ||
198 | \membersection{Searching and sorting} | |
437c49b2 | 199 | |
247aba10 VZ |
200 | \helpref{Index}{wxarrayindex}\\ |
201 | \helpref{Sort}{wxarraysort} | |
202 | ||
203 | %%%%% MEMBERS HERE %%%%% | |
204 | \helponly{\insertatlevel{2}{ | |
205 | ||
206 | \wxheading{Members} | |
207 | ||
208 | }} | |
209 | ||
210 | \membersection{WX\_DEFINE\_ARRAY}\label{wxdefinearray} | |
437c49b2 | 211 | |
247aba10 VZ |
212 | \func{}{WX\_DEFINE\_ARRAY}{\param{}{T}, \param{name}} |
213 | ||
214 | This macro defines a new array class named {\it name} and containing the | |
215 | elements of type {\it T}. Example: | |
437c49b2 | 216 | |
247aba10 VZ |
217 | \begin{verbatim} |
218 | WX_DEFINE_ARRAY(int, wxArrayInt); | |
219 | ||
220 | class MyClass; | |
221 | WX_DEFINE_ARRAY(MyClass *, wxArrayOfMyClass); | |
222 | \end{verbatim} | |
223 | ||
224 | Note that wxWindows predefines the following standard array classes: wxArrayInt, | |
225 | wxArrayLong and wxArrayPtrVoid. | |
226 | ||
227 | \membersection{WX\_DEFINE\_SORTED\_ARRAY}\label{wxdefinesortedarray} | |
437c49b2 JS |
228 | |
229 | \func{}{WX\_DEFINE\_SORTED\_ARRAY}{\param{}{T}, \param{}{name}} | |
247aba10 VZ |
230 | |
231 | This macro defines a new sorted array class named {\it name} and containing | |
232 | the elements of type {\it T}. Example: | |
437c49b2 | 233 | |
247aba10 VZ |
234 | \begin{verbatim} |
235 | WX_DEFINE_SORTED_ARRAY(int, wxArrayInt); | |
236 | ||
237 | class MyClass; | |
238 | WX_DEFINE_SORTED_ARRAY(MyClass *, wxArrayOfMyClass); | |
239 | \end{verbatim} | |
240 | ||
241 | You will have to initialize the objects of this class by passing a comparaison | |
242 | function to the array object constructor like this: | |
243 | \begin{verbatim} | |
244 | int CompareInts(int n1, int n2) | |
245 | { | |
246 | return n1 - n2; | |
247 | } | |
248 | ||
249 | wxArrayInt sorted(CompareInts); | |
250 | ||
251 | int CompareMyClassObjects(MyClass *item1, MyClass *item2) | |
252 | { | |
253 | // sort the items by their address... | |
254 | return Stricmp(item1->GetAddress(), item2->GetAddress()); | |
255 | } | |
256 | ||
257 | wxArrayOfMyClass another(CompareMyClassObjects); | |
258 | \end{verbatim} | |
259 | ||
260 | \membersection{WX\_DECLARE\_OBJARRAY}\label{wxdeclareobjarray} | |
437c49b2 JS |
261 | |
262 | \func{}{WX\_DECLARE\_OBJARRAY}{\param{}{T}, \param{}{name}} | |
247aba10 VZ |
263 | |
264 | This macro declares a new object array class named {\it name} and containing | |
265 | the elements of type {\it T}. Example: | |
6be663cf | 266 | |
247aba10 VZ |
267 | \begin{verbatim} |
268 | class MyClass; | |
269 | WX_DEFINE_OBJARRAY(MyClass, wxArrayOfMyClass); // note: not "MyClass *"! | |
270 | \end{verbatim} | |
6be663cf | 271 | |
247aba10 VZ |
272 | You must use \helpref{WX\_DEFINE\_OBJARRAY()}{wxdefineobjarray} macro to define |
273 | the array class - otherwise you would get link errors. | |
274 | ||
275 | \membersection{WX\_DEFINE\_OBJARRAY}\label{wxdefineobjarray} | |
437c49b2 JS |
276 | |
277 | \func{}{WX\_DEFINE\_OBJARRAY}{\param{}{name}} | |
247aba10 VZ |
278 | |
279 | This macro defines the methods of the array class {\it name} not defined by the | |
280 | \helpref{WX\_DECLARE\_OBJARRAY()}{wxdeclareobjarray} macro. You must include the | |
281 | file <wx/arrimpl.cpp> before using this macro and you must have the full | |
282 | declaration of the class of array elements in scope! If you forget to do the | |
283 | first, the error will be caught by the compiler, but, unfortunately, many | |
284 | compilers will not give any warnings if you forget to do the second - but the | |
285 | objects of the class will not be copied correctly and their real destructor will | |
286 | not be called. | |
287 | ||
288 | Example of usage: | |
437c49b2 | 289 | |
247aba10 VZ |
290 | \begin{verbatim} |
291 | // first declare the class! | |
292 | class MyClass | |
293 | { | |
294 | public: | |
295 | MyClass(const MyClass&); | |
296 | ||
297 | ... | |
298 | ||
299 | virtual ~MyClass(); | |
300 | }; | |
301 | ||
302 | #include <wx/arrimpl.cpp> | |
303 | WX_DEFINE_OBJARRAY(wxArrayOfMyClass); | |
304 | \end{verbatim} | |
305 | ||
306 | \membersection{WX\_CLEAR\_ARRAY}\label{wxcleararray} | |
437c49b2 | 307 | |
247aba10 VZ |
308 | \func{\void}{WX\_CLEAR\_ARRAY}{\param{wxArray\& }{array}} |
309 | ||
310 | This macro may be used to delete all elements of the array before emptying it. | |
311 | It can not be used with wxObjArrays - but they will delete their elements anyhow | |
312 | when you call Empty(). | |
313 | ||
6be663cf | 314 | \membersection{Default constructors}\label{wxarrayctordef} |
437c49b2 | 315 | |
247aba10 | 316 | \func{}{wxArray}{} |
437c49b2 | 317 | |
247aba10 VZ |
318 | \func{}{wxObjArray}{} |
319 | ||
320 | Default constructor initializes an empty array object. | |
321 | ||
322 | \func{}{wxSortedArray}{\param{int (*)(T first, T second)}{compareFunction}} | |
323 | ||
324 | There is no default constructor for wxSortedArray classes - you must initialize it | |
325 | with a function to use for item comparaison. It is a function which is passed | |
326 | two arguments of type {\it T} where {\it T} is the array element type and which | |
327 | should return a negative, zero or positive value according to whether the first | |
328 | element passed to it is less than, equal to or greater than the second one. | |
329 | ||
6be663cf | 330 | \membersection{wxArray copy constructor and assignment operator}\label{wxarrayctorcopy} |
437c49b2 | 331 | |
247aba10 | 332 | \func{}{wxArray}{\param{const wxArray\& }{array}} |
437c49b2 | 333 | |
247aba10 | 334 | \func{}{wxSortedArray}{\param{const wxSortedArray\& }{array}} |
437c49b2 | 335 | |
247aba10 VZ |
336 | \func{}{wxObjArray}{\param{const wxObjArray\& }{array}} |
337 | ||
338 | \func{wxArray\&}{operator=}{\param{const wxArray\& }{array}} | |
437c49b2 | 339 | |
247aba10 | 340 | \func{wxSortedArray\&}{operator=}{\param{const wxSortedArray\& }{array}} |
437c49b2 | 341 | |
247aba10 VZ |
342 | \func{wxObjArray\&}{operator=}{\param{const wxObjArray\& }{array}} |
343 | ||
344 | The copy constructors and assignment operators perform a shallow array copy | |
345 | (i.e. they don't copy the objects pointed to even if the source array contains | |
346 | the items of pointer type) for wxArray and wxSortedArray and a deep copy (i.e. | |
347 | the array element are copied too) for wxObjArray. | |
348 | ||
349 | \membersection{wxArray::\destruct{wxArray}}\label{wxarraydtor} | |
437c49b2 | 350 | |
247aba10 | 351 | \func{}{\destruct{wxArray}}{} |
437c49b2 | 352 | |
247aba10 | 353 | \func{}{\destruct{wxSortedArray}}{} |
437c49b2 | 354 | |
247aba10 VZ |
355 | \func{}{\destruct{wxObjArray}}{} |
356 | ||
357 | The wxObjArray destructor deletes all the items owned by the array. This is not | |
358 | done by wxArray and wxSortedArray versions - you may use | |
359 | \helpref{WX\_CLEAR\_ARRAY}{wxcleararray} macro for this. | |
360 | ||
361 | \membersection{wxArray::Add}\label{wxarrayadd} | |
437c49b2 | 362 | |
247aba10 | 363 | \func{\void}{Add}{\param{T }{item}} |
437c49b2 | 364 | |
247aba10 | 365 | \func{\void}{Add}{\param{T *}{item}} |
437c49b2 | 366 | |
247aba10 VZ |
367 | \func{\void}{Add}{\param{T \&}{item}} |
368 | ||
369 | Appends a new element to the array (where {\it T} is the type of the array | |
370 | elements.) | |
371 | ||
372 | The first version is used with wxArray and wxSortedArray. The second and the | |
373 | third are used with wxObjArray. There is an {\bf important difference} between | |
374 | them: if you give a pointer to the array, it will take ownership of it, i.e. | |
375 | will delete it when the item is deleted from the array. If you give a reference | |
376 | to the array, however, the array will make a copy of the item and will not take | |
377 | ownership of the original item. Once again, it only makes sense for wxObjArrays | |
378 | because the other array types never take ownership of their elements. | |
379 | ||
380 | \membersection{wxArray::Alloc}\label{wxarrayalloc} | |
437c49b2 | 381 | |
247aba10 VZ |
382 | \func{\void}{Alloc}{\param{size\_t }{count}} |
383 | ||
384 | Preallocates memory for a given number of array elements. It is worth calling | |
385 | when the number of items which are going to be added to the array is known in | |
386 | advance because it will save unneeded memory reallocation. If the array already | |
387 | has enough memory for the given number of items, nothing happens. | |
388 | ||
389 | \membersection{wxArray::Clear}\label{wxarrayclear} | |
437c49b2 | 390 | |
247aba10 VZ |
391 | \func{\void}{Clear}{\void} |
392 | ||
393 | This function does the same as \helpref{Empty()}{wxarrayempty} and additionally | |
394 | frees the memory allocated to the array. | |
395 | ||
396 | \membersection{wxArray::Count}\label{wxarraycount} | |
437c49b2 | 397 | |
247aba10 VZ |
398 | \constfunc{size\_t}{Count}{\void} |
399 | ||
400 | Same as \helpref{GetCount()}{wxarraygetcount}. This function is deprecated - | |
401 | it exists only for compatibility. | |
402 | ||
403 | \membersection{wxObjArray::Detach}\label{wxobjarraydetach} | |
437c49b2 | 404 | |
247aba10 VZ |
405 | \func{T *}{Detach}{\param{size\_t }{index}} |
406 | ||
407 | Removes the element from the array, but, unlike, | |
437c49b2 | 408 | |
247aba10 VZ |
409 | \helpref{Remove()}{wxarrayremove} doesn't delete it. The function returns the |
410 | pointer to the removed element. | |
411 | ||
412 | \membersection{wxArray::Empty}\label{wxarrayempty} | |
437c49b2 | 413 | |
247aba10 VZ |
414 | \func{\void}{Empty}{\void} |
415 | ||
416 | Empties the array. For wxObjArray classes, this destroys all of the array | |
417 | elements. For wxArray and wxSortedArray this does nothing except marking the | |
418 | array of being empty - this function does not free the allocated memory, use | |
419 | \helpref{Clear()}{wxarrayclear} for this. | |
420 | ||
421 | \membersection{wxArray::GetCount}\label{wxarraygetcount} | |
437c49b2 | 422 | |
247aba10 VZ |
423 | \constfunc{size\_t}{GetCount}{\void} |
424 | ||
425 | Return the number of items in the array. | |
426 | ||
427 | \membersection{wxArray::Index}\label{wxarrayindex} | |
437c49b2 | 428 | |
247aba10 | 429 | \func{int}{Index}{\param{T\& }{item}, \param{bool }{searchFromEnd = FALSE}} |
437c49b2 | 430 | |
247aba10 VZ |
431 | \func{int}{Index}{\param{T\& }{item}} |
432 | ||
433 | The first version of the function is for wxArray and wxObjArray, the second is | |
434 | for wxSortedArray only. | |
435 | ||
436 | Searches the element in the array, starting from either beginning or the end | |
437 | depending on the value of {\it searchFromEnd} parameter. wxNOT\_FOUND is | |
438 | returned if the element is not found, otherwise the index of the element is | |
439 | returned. | |
440 | ||
441 | Linear search is used for the wxArray and wxObjArray classes but binary search | |
442 | in the sorted array is used for wxSortedArray (this is why searchFromEnd | |
443 | parameter doesn't make sense for it). | |
444 | ||
445 | \membersection{wxArray::Insert}\label{wxarrayinsert} | |
437c49b2 | 446 | |
247aba10 | 447 | \func{\void}{Insert}{\param{T }{item}, \param{size\_t }{n}} |
437c49b2 | 448 | |
247aba10 | 449 | \func{\void}{Insert}{\param{T *}{item}, \param{size\_t }{n}} |
437c49b2 | 450 | |
247aba10 VZ |
451 | \func{\void}{Insert}{\param{T \&}{item}, \param{size\_t }{n}} |
452 | ||
453 | Insert a new item into the array before the item {\it n} - thus, {\it | |
454 | Insert(something, 0u}} will insert an item in such way that it will become the | |
455 | first array element. | |
456 | ||
457 | Please see \helpref{Add()}{wxarrayadd} for explanation of the differences | |
458 | between the overloaded versions of this function. | |
459 | ||
460 | \membersection{wxArray::IsEmpty}\label{wxarrayisempty} | |
437c49b2 | 461 | |
247aba10 VZ |
462 | \constfunc{bool}{IsEmpty}{} |
463 | ||
464 | Returns TRUE if the array is empty, FALSE otherwise. | |
465 | ||
466 | \membersection{wxArray::Item}\label{wxarrayitem} | |
437c49b2 | 467 | |
247aba10 VZ |
468 | \constfunc{T\&}{Item}{\param{size\_t }{index}} |
469 | ||
470 | Returns the item at the given position in the array. If {\it index} is out of | |
471 | bounds, an assert failure is raised in the debug builds but nothing special is | |
472 | done in the release build. | |
473 | ||
474 | The returned value is of type "reference to the array element type" for all of | |
475 | the array classes. | |
476 | ||
477 | \membersection{wxArray::Last}\label{wxarraylast} | |
437c49b2 | 478 | |
247aba10 VZ |
479 | \constfunc{T\&}{Last}{\void} |
480 | ||
481 | Returns the last element in the array, i.e. is the same as Item(GetCount() - 1). | |
482 | An assert failure is raised in the debug mode if the array is empty. | |
483 | ||
484 | The returned value is of type "reference to the array element type" for all of | |
485 | the array classes. | |
486 | ||
487 | \membersection{wxArray::Remove}\label{wxarrayremove} | |
437c49b2 | 488 | |
247aba10 | 489 | \func{\void}{Remove}{\param{size\_t }{index}} |
437c49b2 | 490 | |
247aba10 VZ |
491 | \func{\void}{Remove}{\param{T }{item}} |
492 | ||
493 | Removes the element from the array either by index or by value. When an element | |
494 | is removed from wxObjArray it is deleted by the array - use | |
495 | \helpref{Detach()}{wxobjarraydetach} if you don't want this to happen. On the | |
496 | other hand, when an object is removed from a wxArray nothing happens - you | |
497 | should delete the it manually if required: | |
437c49b2 | 498 | |
247aba10 VZ |
499 | \begin{verbatim} |
500 | T *item = array[n]; | |
501 | delete item; | |
502 | array.Remove(n) | |
503 | \end{verbatim} | |
504 | ||
505 | See also \helpref{WX\_CLEAR\_ARRAY}{wxcleararray} macro which deletes all | |
506 | elements of a wxArray (supposed to contain pointers). | |
507 | ||
508 | \membersection{wxArray::Shrink}\label{wxarrayshrink} | |
437c49b2 | 509 | |
247aba10 VZ |
510 | \func{\void}{Shrink}{\void} |
511 | ||
512 | Frees all memory unused by the array. If the program knows that no new items | |
513 | will be added to the array it may call Shrink() to reduce its memory usage. | |
514 | However, if a new item is added to the array, some extra memory will be | |
515 | allocated again. | |
516 | ||
517 | \membersection{wxArray::Sort}\label{wxarraysort} | |
437c49b2 | 518 | |
247aba10 VZ |
519 | \func{\void}{Sort}{\param{CMPFUNC<T> }{compareFunction}} |
520 | ||
521 | The notation CMPFUNC<T> should be read as if we had the following declaration: | |
437c49b2 | 522 | |
247aba10 VZ |
523 | \begin{verbatim} |
524 | template int CMPFUNC(T *first, T *second); | |
525 | \end{verbatim} | |
437c49b2 | 526 | |
247aba10 VZ |
527 | where {\it T} is the type of the array elements. I.e. it is a function returning |
528 | {\it int} which is passed two arguments of type {\it T *}. | |
529 | ||
530 | Sorts the array using the specified compare function: this function should | |
531 | return a negative, zero or positive value according to whether the first element | |
532 | passed to it is less than, equal to or greater than the second one. | |
533 | ||
534 | wxSortedArray doesn't have this function because it is always sorted. | |
437c49b2 | 535 |