One of the secondary concerns of STL programming is that, although it is easy to build software that can be compiled on one platform, # include instructions must be attached on other platforms. This annoyance comes from the fact that the C ++ standard (unlike the c Standard) fails to specify which standard header file must or may be # include by another standard header file. With this flexibility, different implementations will choose to do different things.
What does this mean in practice? I can give you some concepts. I used five STL platforms (we call them A, B, C, D, and E) and spent some time testing some small Program Let's see which standard header file I can ignore. This grounding tells me which header file # includes others. This is what I found:
* For A and C, <vector> # des <string>.
* For C, <algorithm> # des <string>.
* For C and D, <iostream> # includes <iterator>.
* For D, <iostream> # des <string> and <vector>.
* For D and E, <string> # des <algorithm>.
* For all the five implementations, <set> # includes <functional>.
Except for <set> # include <functional>, I cannot implement B by using programs that lack header files. According to Murphy's Law, you will always develop on platforms like a, c, d, or E, and then transplant them to platforms like B, especially when the transplantation is under great pressure and the completion time is very tight.
But do not blame the compiler or library implementation you are about to transplant. If you lack the required header file, this is your fault. Whenever you reference the elements in the STD namespace, you should be responsible for the # include header file. If you miss them, your Code It may also be compiled, but you still lack the necessary header files, while other STL platforms may just resist your code.
To help you remember what you need, there is a quick summary of what is in each standard STL-related header file:
* Almost all containers are in header files with the same name. For example, vector declares in <vector> and list declares in <list>. The exception is <set> and <map>. <Set> set and Multiset are declared. <map> map and multimap are declared.
* Except four Algorithm All algorithms are declared in <algorithm>. The exception is accumulate (see clause 37), inner_product, adjacent_difference, and partial_sum. These algorithms are declared in <numeric>.
* Special iterators, including istream_iterators and istreambuf_iterators (see section 29), are declared in <iterator>.
* Standard functions (such as less <t>) and function adapters (such as not1 and bind2nd) are declared in <functional>.
Whenever you use any component in a header file, you must be sure to provide the corresponding # include indication, even if your development platform allows you to compile without it. When you find that porting to a different platform reduces the stress, your diligence will be rewarded.
