mirror of
https://github.com/boostorg/iterator.git
synced 2025-05-10 15:43:55 +00:00
hierarchy->group
[SVN r20155]
This commit is contained in:
parent
5efcabf3bd
commit
d68ac3db4c
@ -235,8 +235,8 @@ Bidirectional Iterator (2) -> Bidirectional Traversal Iterator and Writable I
|
|||||||
</div>
|
</div>
|
||||||
<div class="section" id="design">
|
<div class="section" id="design">
|
||||||
<h1><a class="toc-backref" href="#id3" name="design">Design</a></h1>
|
<h1><a class="toc-backref" href="#id3" name="design">Design</a></h1>
|
||||||
<p>The iterator requirements are to be separated into two hierarchies. One
|
<p>The iterator requirements are to be separated into two groups. One set
|
||||||
set of concepts handles the syntax and semantics of value access:</p>
|
of concepts handles the syntax and semantics of value access:</p>
|
||||||
<ul class="simple">
|
<ul class="simple">
|
||||||
<li>Readable Iterator</li>
|
<li>Readable Iterator</li>
|
||||||
<li>Writable Iterator</li>
|
<li>Writable Iterator</li>
|
||||||
@ -276,8 +276,8 @@ but instead use the equivalent of a bitfield.</p>
|
|||||||
<p>We provide an access mechanism for mapping iterator types to the new
|
<p>We provide an access mechanism for mapping iterator types to the new
|
||||||
traversal tags and access bitfield. Our design reuses
|
traversal tags and access bitfield. Our design reuses
|
||||||
<tt class="literal"><span class="pre">iterator_traits<Iter>::iterator_category</span></tt> as the access
|
<tt class="literal"><span class="pre">iterator_traits<Iter>::iterator_category</span></tt> as the access
|
||||||
mechanism. To that end, a pair of access and traversal tags are
|
mechanism. To that end, the access and traversal information is
|
||||||
combined into a single type using the following <cite>iterator_tag</cite> class.</p>
|
bundled into a single type using the following <cite>iterator_tag</cite> class.</p>
|
||||||
<pre class="literal-block">
|
<pre class="literal-block">
|
||||||
enum iterator_access { readable_iterator = 1, writable_iterator = 2,
|
enum iterator_access { readable_iterator = 1, writable_iterator = 2,
|
||||||
swappable_iterator = 4, lvalue_iterator = 8 };
|
swappable_iterator = 4, lvalue_iterator = 8 };
|
||||||
|
@ -208,8 +208,8 @@ Input Iterator (2) -> Incrementable Iterator and Readable Iterator
|
|||||||
Design
|
Design
|
||||||
========
|
========
|
||||||
|
|
||||||
The iterator requirements are to be separated into two hierarchies. One
|
The iterator requirements are to be separated into two groups. One set
|
||||||
set of concepts handles the syntax and semantics of value access:
|
of concepts handles the syntax and semantics of value access:
|
||||||
|
|
||||||
- Readable Iterator
|
- Readable Iterator
|
||||||
- Writable Iterator
|
- Writable Iterator
|
||||||
@ -256,8 +256,8 @@ but instead use the equivalent of a bitfield.
|
|||||||
We provide an access mechanism for mapping iterator types to the new
|
We provide an access mechanism for mapping iterator types to the new
|
||||||
traversal tags and access bitfield. Our design reuses
|
traversal tags and access bitfield. Our design reuses
|
||||||
``iterator_traits<Iter>::iterator_category`` as the access
|
``iterator_traits<Iter>::iterator_category`` as the access
|
||||||
mechanism. To that end, a pair of access and traversal tags are
|
mechanism. To that end, the access and traversal information is
|
||||||
combined into a single type using the following `iterator_tag` class.
|
bundled into a single type using the following `iterator_tag` class.
|
||||||
|
|
||||||
::
|
::
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user