Commit 13ed92d4 authored by Davis King's avatar Davis King

cleanup. Gave smart pointers their own section.

parent 3f791148
......@@ -9,30 +9,36 @@
<body>
<br/><br/>
<p>
Many of these containers were inspired by the RESOLVE/C++ course sequence at Ohio State. As such,
many of the objects do not support copying in any form, only swapping is allowed. That is, when objects
are added or removed from most of these containers they are swapped in and out, not copied.
Many of these containers were inspired by the RESOLVE/C++ course
sequence at Ohio State. As such, many of the objects do not support
copying in any form, only swapping is allowed. That is, when objects
are added or removed from most of these containers they are swapped in
and out, not copied.
</p>
<p>
This allows you to do things like have containers of containers of containers without encountering the
overhead of the massive copying that would likely result if you did the same thing with the STL.
It also means you can store objects that are not copyable inside these containers, which is not
something you can do with the STL.
This allows you to do things like have containers of containers of
containers without encountering the overhead of the massive copying
that would likely result if you did the same thing with the STL. It
also means you can store objects that are not copyable inside these
containers, which is not something you can do with the STL.
</p>
<p>
Note that it is assumed by these containers that swap() and operator&lt; do not throw. They
may not function correctly if this assumption is broken. Also note that the built in types (int, long,
char, etc.) and std::string will not cause operator&lt; or swap() to throw.
Note that it is assumed by these containers that swap() and
operator&lt; do not throw. They may not function correctly if this
assumption is broken. Also note that the built in types (int, long,
char, etc.) and std::string will not cause operator&lt; or swap() to
throw.
</p>
<p>
Note also that most of the containers inherit from the <a href="#enumerable">enumerable</a>
interface. Thus, all the member functions inherited from enumerable are defined
in the enumerable class and their documentation is not repeated in each
container's documentation. This includes the size() member function in each
container.
Note also that most of the containers inherit from the
<a href="#enumerable">enumerable</a> interface. Thus, all the
member functions inherited from enumerable are defined in the
enumerable class and their documentation is not repeated in each
container's documentation. This includes the size() member
function in each container.
</p>
......@@ -71,16 +77,15 @@
<item>circular_buffer</item>
<item>tuple</item>
<item>reference_wrapper</item>
<item nolink="true">
<name>smart pointers</name>
<sub>
</section>
<section>
<name>Smart Pointers</name>
<item>scoped_ptr</item>
<item>shared_ptr</item>
<item>shared_ptr_thread_safe</item>
<item>weak_ptr</item>
</sub>
</item>
</section>
<section>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment