660 lines
48 KiB
HTML
660 lines
48 KiB
HTML
<!DOCTYPE HTML>
|
||
<html lang="en" class="sidebar-visible no-js light">
|
||
<head>
|
||
<!-- Book generated using mdBook -->
|
||
<meta charset="UTF-8">
|
||
<title>Processing a Series of Items with Iterators - The Rust Programming Language</title>
|
||
|
||
|
||
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
|
||
<meta name="description" content="">
|
||
<meta name="viewport" content="width=device-width, initial-scale=1">
|
||
<meta name="theme-color" content="#ffffff" />
|
||
|
||
<link rel="shortcut icon" href="favicon.png">
|
||
<link rel="stylesheet" href="css/variables.css">
|
||
<link rel="stylesheet" href="css/general.css">
|
||
<link rel="stylesheet" href="css/chrome.css">
|
||
<link rel="stylesheet" href="css/print.css" media="print">
|
||
|
||
<!-- Fonts -->
|
||
<link rel="stylesheet" href="FontAwesome/css/font-awesome.css">
|
||
<link href="googleFonts/css.css" rel="stylesheet" type="text/css">
|
||
|
||
<!-- Highlight.js Stylesheets -->
|
||
<link rel="stylesheet" href="highlight.css">
|
||
<link rel="stylesheet" href="tomorrow-night.css">
|
||
<link rel="stylesheet" href="ayu-highlight.css">
|
||
|
||
<!-- Custom theme stylesheets -->
|
||
|
||
<link rel="stylesheet" href="ferris.css">
|
||
|
||
<link rel="stylesheet" href="theme/2018-edition.css">
|
||
|
||
|
||
|
||
</head>
|
||
<body>
|
||
<!-- Provide site root to javascript -->
|
||
<script type="text/javascript">
|
||
var path_to_root = "";
|
||
var default_theme = window.matchMedia("(prefers-color-scheme: dark)").matches ? "light" : "light";
|
||
</script>
|
||
|
||
<!-- Work around some values being stored in localStorage wrapped in quotes -->
|
||
<script type="text/javascript">
|
||
try {
|
||
var theme = localStorage.getItem('mdbook-theme');
|
||
var sidebar = localStorage.getItem('mdbook-sidebar');
|
||
|
||
if (theme.startsWith('"') && theme.endsWith('"')) {
|
||
localStorage.setItem('mdbook-theme', theme.slice(1, theme.length - 1));
|
||
}
|
||
|
||
if (sidebar.startsWith('"') && sidebar.endsWith('"')) {
|
||
localStorage.setItem('mdbook-sidebar', sidebar.slice(1, sidebar.length - 1));
|
||
}
|
||
} catch (e) { }
|
||
</script>
|
||
|
||
<!-- Set the theme before any content is loaded, prevents flash -->
|
||
<script type="text/javascript">
|
||
var theme;
|
||
try { theme = localStorage.getItem('mdbook-theme'); } catch(e) { }
|
||
if (theme === null || theme === undefined) { theme = default_theme; }
|
||
var html = document.querySelector('html');
|
||
html.classList.remove('no-js')
|
||
html.classList.remove('light')
|
||
html.classList.add(theme);
|
||
html.classList.add('js');
|
||
</script>
|
||
|
||
<!-- Hide / unhide sidebar before it is displayed -->
|
||
<script type="text/javascript">
|
||
var html = document.querySelector('html');
|
||
var sidebar = 'hidden';
|
||
if (document.body.clientWidth >= 1080) {
|
||
try { sidebar = localStorage.getItem('mdbook-sidebar'); } catch(e) { }
|
||
sidebar = sidebar || 'visible';
|
||
}
|
||
html.classList.remove('sidebar-visible');
|
||
html.classList.add("sidebar-" + sidebar);
|
||
</script>
|
||
|
||
<nav id="sidebar" class="sidebar" aria-label="Table of contents">
|
||
<div id="sidebar-scrollbox" class="sidebar-scrollbox">
|
||
<ol class="chapter"><li class="expanded affix "><a href="title-page.html">The Rust Programming Language</a></li><li class="expanded affix "><a href="foreword.html">Foreword</a></li><li class="expanded affix "><a href="ch00-00-introduction.html">Introduction</a></li><li class="expanded "><a href="ch01-00-getting-started.html"><strong aria-hidden="true">1.</strong> Getting Started</a></li><li><ol class="section"><li class="expanded "><a href="ch01-01-installation.html"><strong aria-hidden="true">1.1.</strong> Installation</a></li><li class="expanded "><a href="ch01-02-hello-world.html"><strong aria-hidden="true">1.2.</strong> Hello, World!</a></li><li class="expanded "><a href="ch01-03-hello-cargo.html"><strong aria-hidden="true">1.3.</strong> Hello, Cargo!</a></li></ol></li><li class="expanded "><a href="ch02-00-guessing-game-tutorial.html"><strong aria-hidden="true">2.</strong> Programming a Guessing Game</a></li><li class="expanded "><a href="ch03-00-common-programming-concepts.html"><strong aria-hidden="true">3.</strong> Common Programming Concepts</a></li><li><ol class="section"><li class="expanded "><a href="ch03-01-variables-and-mutability.html"><strong aria-hidden="true">3.1.</strong> Variables and Mutability</a></li><li class="expanded "><a href="ch03-02-data-types.html"><strong aria-hidden="true">3.2.</strong> Data Types</a></li><li class="expanded "><a href="ch03-03-how-functions-work.html"><strong aria-hidden="true">3.3.</strong> Functions</a></li><li class="expanded "><a href="ch03-04-comments.html"><strong aria-hidden="true">3.4.</strong> Comments</a></li><li class="expanded "><a href="ch03-05-control-flow.html"><strong aria-hidden="true">3.5.</strong> Control Flow</a></li></ol></li><li class="expanded "><a href="ch04-00-understanding-ownership.html"><strong aria-hidden="true">4.</strong> Understanding Ownership</a></li><li><ol class="section"><li class="expanded "><a href="ch04-01-what-is-ownership.html"><strong aria-hidden="true">4.1.</strong> What is Ownership?</a></li><li class="expanded "><a href="ch04-02-references-and-borrowing.html"><strong aria-hidden="true">4.2.</strong> References and Borrowing</a></li><li class="expanded "><a href="ch04-03-slices.html"><strong aria-hidden="true">4.3.</strong> The Slice Type</a></li></ol></li><li class="expanded "><a href="ch05-00-structs.html"><strong aria-hidden="true">5.</strong> Using Structs to Structure Related Data</a></li><li><ol class="section"><li class="expanded "><a href="ch05-01-defining-structs.html"><strong aria-hidden="true">5.1.</strong> Defining and Instantiating Structs</a></li><li class="expanded "><a href="ch05-02-example-structs.html"><strong aria-hidden="true">5.2.</strong> An Example Program Using Structs</a></li><li class="expanded "><a href="ch05-03-method-syntax.html"><strong aria-hidden="true">5.3.</strong> Method Syntax</a></li></ol></li><li class="expanded "><a href="ch06-00-enums.html"><strong aria-hidden="true">6.</strong> Enums and Pattern Matching</a></li><li><ol class="section"><li class="expanded "><a href="ch06-01-defining-an-enum.html"><strong aria-hidden="true">6.1.</strong> Defining an Enum</a></li><li class="expanded "><a href="ch06-02-match.html"><strong aria-hidden="true">6.2.</strong> The match Control Flow Operator</a></li><li class="expanded "><a href="ch06-03-if-let.html"><strong aria-hidden="true">6.3.</strong> Concise Control Flow with if let</a></li></ol></li><li class="expanded "><a href="ch07-00-managing-growing-projects-with-packages-crates-and-modules.html"><strong aria-hidden="true">7.</strong> Managing Growing Projects with Packages, Crates, and Modules</a></li><li><ol class="section"><li class="expanded "><a href="ch07-01-packages-and-crates.html"><strong aria-hidden="true">7.1.</strong> Packages and Crates</a></li><li class="expanded "><a href="ch07-02-defining-modules-to-control-scope-and-privacy.html"><strong aria-hidden="true">7.2.</strong> Defining Modules to Control Scope and Privacy</a></li><li class="expanded "><a href="ch07-03-paths-for-referring-to-an-item-in-the-module-tree.html"><strong aria-hidden="true">7.3.</strong> Paths for Referring to an Item in the Module Tree</a></li><li class="expanded "><a href="ch07-04-bringing-paths-into-scope-with-the-use-keyword.html"><strong aria-hidden="true">7.4.</strong> Bringing Paths Into Scope with the use Keyword</a></li><li class="expanded "><a href="ch07-05-separating-modules-into-different-files.html"><strong aria-hidden="true">7.5.</strong> Separating Modules into Different Files</a></li></ol></li><li class="expanded "><a href="ch08-00-common-collections.html"><strong aria-hidden="true">8.</strong> Common Collections</a></li><li><ol class="section"><li class="expanded "><a href="ch08-01-vectors.html"><strong aria-hidden="true">8.1.</strong> Storing Lists of Values with Vectors</a></li><li class="expanded "><a href="ch08-02-strings.html"><strong aria-hidden="true">8.2.</strong> Storing UTF-8 Encoded Text with Strings</a></li><li class="expanded "><a href="ch08-03-hash-maps.html"><strong aria-hidden="true">8.3.</strong> Storing Keys with Associated Values in Hash Maps</a></li></ol></li><li class="expanded "><a href="ch09-00-error-handling.html"><strong aria-hidden="true">9.</strong> Error Handling</a></li><li><ol class="section"><li class="expanded "><a href="ch09-01-unrecoverable-errors-with-panic.html"><strong aria-hidden="true">9.1.</strong> Unrecoverable Errors with panic!</a></li><li class="expanded "><a href="ch09-02-recoverable-errors-with-result.html"><strong aria-hidden="true">9.2.</strong> Recoverable Errors with Result</a></li><li class="expanded "><a href="ch09-03-to-panic-or-not-to-panic.html"><strong aria-hidden="true">9.3.</strong> To panic! or Not To panic!</a></li></ol></li><li class="expanded "><a href="ch10-00-generics.html"><strong aria-hidden="true">10.</strong> Generic Types, Traits, and Lifetimes</a></li><li><ol class="section"><li class="expanded "><a href="ch10-01-syntax.html"><strong aria-hidden="true">10.1.</strong> Generic Data Types</a></li><li class="expanded "><a href="ch10-02-traits.html"><strong aria-hidden="true">10.2.</strong> Traits: Defining Shared Behavior</a></li><li class="expanded "><a href="ch10-03-lifetime-syntax.html"><strong aria-hidden="true">10.3.</strong> Validating References with Lifetimes</a></li></ol></li><li class="expanded "><a href="ch11-00-testing.html"><strong aria-hidden="true">11.</strong> Writing Automated Tests</a></li><li><ol class="section"><li class="expanded "><a href="ch11-01-writing-tests.html"><strong aria-hidden="true">11.1.</strong> How to Write Tests</a></li><li class="expanded "><a href="ch11-02-running-tests.html"><strong aria-hidden="true">11.2.</strong> Controlling How Tests Are Run</a></li><li class="expanded "><a href="ch11-03-test-organization.html"><strong aria-hidden="true">11.3.</strong> Test Organization</a></li></ol></li><li class="expanded "><a href="ch12-00-an-io-project.html"><strong aria-hidden="true">12.</strong> An I/O Project: Building a Command Line Program</a></li><li><ol class="section"><li class="expanded "><a href="ch12-01-accepting-command-line-arguments.html"><strong aria-hidden="true">12.1.</strong> Accepting Command Line Arguments</a></li><li class="expanded "><a href="ch12-02-reading-a-file.html"><strong aria-hidden="true">12.2.</strong> Reading a File</a></li><li class="expanded "><a href="ch12-03-improving-error-handling-and-modularity.html"><strong aria-hidden="true">12.3.</strong> Refactoring to Improve Modularity and Error Handling</a></li><li class="expanded "><a href="ch12-04-testing-the-librarys-functionality.html"><strong aria-hidden="true">12.4.</strong> Developing the Library’s Functionality with Test Driven Development</a></li><li class="expanded "><a href="ch12-05-working-with-environment-variables.html"><strong aria-hidden="true">12.5.</strong> Working with Environment Variables</a></li><li class="expanded "><a href="ch12-06-writing-to-stderr-instead-of-stdout.html"><strong aria-hidden="true">12.6.</strong> Writing Error Messages to Standard Error Instead of Standard Output</a></li></ol></li><li class="expanded "><a href="ch13-00-functional-features.html"><strong aria-hidden="true">13.</strong> Functional Language Features: Iterators and Closures</a></li><li><ol class="section"><li class="expanded "><a href="ch13-01-closures.html"><strong aria-hidden="true">13.1.</strong> Closures: Anonymous Functions that Can Capture Their Environment</a></li><li class="expanded "><a href="ch13-02-iterators.html" class="active"><strong aria-hidden="true">13.2.</strong> Processing a Series of Items with Iterators</a></li><li class="expanded "><a href="ch13-03-improving-our-io-project.html"><strong aria-hidden="true">13.3.</strong> Improving Our I/O Project</a></li><li class="expanded "><a href="ch13-04-performance.html"><strong aria-hidden="true">13.4.</strong> Comparing Performance: Loops vs. Iterators</a></li></ol></li><li class="expanded "><a href="ch14-00-more-about-cargo.html"><strong aria-hidden="true">14.</strong> More about Cargo and Crates.io</a></li><li><ol class="section"><li class="expanded "><a href="ch14-01-release-profiles.html"><strong aria-hidden="true">14.1.</strong> Customizing Builds with Release Profiles</a></li><li class="expanded "><a href="ch14-02-publishing-to-crates-io.html"><strong aria-hidden="true">14.2.</strong> Publishing a Crate to Crates.io</a></li><li class="expanded "><a href="ch14-03-cargo-workspaces.html"><strong aria-hidden="true">14.3.</strong> Cargo Workspaces</a></li><li class="expanded "><a href="ch14-04-installing-binaries.html"><strong aria-hidden="true">14.4.</strong> Installing Binaries from Crates.io with cargo install</a></li><li class="expanded "><a href="ch14-05-extending-cargo.html"><strong aria-hidden="true">14.5.</strong> Extending Cargo with Custom Commands</a></li></ol></li><li class="expanded "><a href="ch15-00-smart-pointers.html"><strong aria-hidden="true">15.</strong> Smart Pointers</a></li><li><ol class="section"><li class="expanded "><a href="ch15-01-box.html"><strong aria-hidden="true">15.1.</strong> Using Box<T> to Point to Data on the Heap</a></li><li class="expanded "><a href="ch15-02-deref.html"><strong aria-hidden="true">15.2.</strong> Treating Smart Pointers Like Regular References with the Deref Trait</a></li><li class="expanded "><a href="ch15-03-drop.html"><strong aria-hidden="true">15.3.</strong> Running Code on Cleanup with the Drop Trait</a></li><li class="expanded "><a href="ch15-04-rc.html"><strong aria-hidden="true">15.4.</strong> Rc<T>, the Reference Counted Smart Pointer</a></li><li class="expanded "><a href="ch15-05-interior-mutability.html"><strong aria-hidden="true">15.5.</strong> RefCell<T> and the Interior Mutability Pattern</a></li><li class="expanded "><a href="ch15-06-reference-cycles.html"><strong aria-hidden="true">15.6.</strong> Reference Cycles Can Leak Memory</a></li></ol></li><li class="expanded "><a href="ch16-00-concurrency.html"><strong aria-hidden="true">16.</strong> Fearless Concurrency</a></li><li><ol class="section"><li class="expanded "><a href="ch16-01-threads.html"><strong aria-hidden="true">16.1.</strong> Using Threads to Run Code Simultaneously</a></li><li class="expanded "><a href="ch16-02-message-passing.html"><strong aria-hidden="true">16.2.</strong> Using Message Passing to Transfer Data Between Threads</a></li><li class="expanded "><a href="ch16-03-shared-state.html"><strong aria-hidden="true">16.3.</strong> Shared-State Concurrency</a></li><li class="expanded "><a href="ch16-04-extensible-concurrency-sync-and-send.html"><strong aria-hidden="true">16.4.</strong> Extensible Concurrency with the Sync and Send Traits</a></li></ol></li><li class="expanded "><a href="ch17-00-oop.html"><strong aria-hidden="true">17.</strong> Object Oriented Programming Features of Rust</a></li><li><ol class="section"><li class="expanded "><a href="ch17-01-what-is-oo.html"><strong aria-hidden="true">17.1.</strong> Characteristics of Object-Oriented Languages</a></li><li class="expanded "><a href="ch17-02-trait-objects.html"><strong aria-hidden="true">17.2.</strong> Using Trait Objects That Allow for Values of Different Types</a></li><li class="expanded "><a href="ch17-03-oo-design-patterns.html"><strong aria-hidden="true">17.3.</strong> Implementing an Object-Oriented Design Pattern</a></li></ol></li><li class="expanded "><a href="ch18-00-patterns.html"><strong aria-hidden="true">18.</strong> Patterns and Matching</a></li><li><ol class="section"><li class="expanded "><a href="ch18-01-all-the-places-for-patterns.html"><strong aria-hidden="true">18.1.</strong> All the Places Patterns Can Be Used</a></li><li class="expanded "><a href="ch18-02-refutability.html"><strong aria-hidden="true">18.2.</strong> Refutability: Whether a Pattern Might Fail to Match</a></li><li class="expanded "><a href="ch18-03-pattern-syntax.html"><strong aria-hidden="true">18.3.</strong> Pattern Syntax</a></li></ol></li><li class="expanded "><a href="ch19-00-advanced-features.html"><strong aria-hidden="true">19.</strong> Advanced Features</a></li><li><ol class="section"><li class="expanded "><a href="ch19-01-unsafe-rust.html"><strong aria-hidden="true">19.1.</strong> Unsafe Rust</a></li><li class="expanded "><a href="ch19-03-advanced-traits.html"><strong aria-hidden="true">19.2.</strong> Advanced Traits</a></li><li class="expanded "><a href="ch19-04-advanced-types.html"><strong aria-hidden="true">19.3.</strong> Advanced Types</a></li><li class="expanded "><a href="ch19-05-advanced-functions-and-closures.html"><strong aria-hidden="true">19.4.</strong> Advanced Functions and Closures</a></li><li class="expanded "><a href="ch19-06-macros.html"><strong aria-hidden="true">19.5.</strong> Macros</a></li></ol></li><li class="expanded "><a href="ch20-00-final-project-a-web-server.html"><strong aria-hidden="true">20.</strong> Final Project: Building a Multithreaded Web Server</a></li><li><ol class="section"><li class="expanded "><a href="ch20-01-single-threaded.html"><strong aria-hidden="true">20.1.</strong> Building a Single-Threaded Web Server</a></li><li class="expanded "><a href="ch20-02-multithreaded.html"><strong aria-hidden="true">20.2.</strong> Turning Our Single-Threaded Server into a Multithreaded Server</a></li><li class="expanded "><a href="ch20-03-graceful-shutdown-and-cleanup.html"><strong aria-hidden="true">20.3.</strong> Graceful Shutdown and Cleanup</a></li></ol></li><li class="expanded "><a href="appendix-00.html"><strong aria-hidden="true">21.</strong> Appendix</a></li><li><ol class="section"><li class="expanded "><a href="appendix-01-keywords.html"><strong aria-hidden="true">21.1.</strong> A - Keywords</a></li><li class="expanded "><a href="appendix-02-operators.html"><strong aria-hidden="true">21.2.</strong> B - Operators and Symbols</a></li><li class="expanded "><a href="appendix-03-derivable-traits.html"><strong aria-hidden="true">21.3.</strong> C - Derivable Traits</a></li><li class="expanded "><a href="appendix-04-useful-development-tools.html"><strong aria-hidden="true">21.4.</strong> D - Useful Development Tools</a></li><li class="expanded "><a href="appendix-05-editions.html"><strong aria-hidden="true">21.5.</strong> E - Editions</a></li><li class="expanded "><a href="appendix-06-translation.html"><strong aria-hidden="true">21.6.</strong> F - Translations of the Book</a></li><li class="expanded "><a href="appendix-07-nightly-rust.html"><strong aria-hidden="true">21.7.</strong> G - How Rust is Made and “Nightly Rust”</a></li></ol></li></ol>
|
||
</div>
|
||
<div id="sidebar-resize-handle" class="sidebar-resize-handle"></div>
|
||
</nav>
|
||
|
||
<div id="page-wrapper" class="page-wrapper">
|
||
|
||
<div class="page">
|
||
|
||
<div id="menu-bar" class="menu-bar">
|
||
<div id="menu-bar-sticky-container">
|
||
<div class="left-buttons">
|
||
<button id="sidebar-toggle" class="icon-button" type="button" title="Toggle Table of Contents" aria-label="Toggle Table of Contents" aria-controls="sidebar">
|
||
<i class="fa fa-bars"></i>
|
||
</button>
|
||
<button id="theme-toggle" class="icon-button" type="button" title="Change theme" aria-label="Change theme" aria-haspopup="true" aria-expanded="false" aria-controls="theme-list">
|
||
<i class="fa fa-paint-brush"></i>
|
||
</button>
|
||
<ul id="theme-list" class="theme-popup" aria-label="Themes" role="menu">
|
||
<li role="none"><button role="menuitem" class="theme" id="light">Light (default)</button></li>
|
||
<li role="none"><button role="menuitem" class="theme" id="rust">Rust</button></li>
|
||
<li role="none"><button role="menuitem" class="theme" id="coal">Coal</button></li>
|
||
<li role="none"><button role="menuitem" class="theme" id="navy">Navy</button></li>
|
||
<li role="none"><button role="menuitem" class="theme" id="ayu">Ayu</button></li>
|
||
</ul>
|
||
|
||
<button id="search-toggle" class="icon-button" type="button" title="Search. (Shortkey: s)" aria-label="Toggle Searchbar" aria-expanded="false" aria-keyshortcuts="S" aria-controls="searchbar">
|
||
<i class="fa fa-search"></i>
|
||
</button>
|
||
|
||
</div>
|
||
|
||
<h1 class="menu-title">The Rust Programming Language</h1>
|
||
|
||
<div class="right-buttons">
|
||
<a href="print.html" title="Print this book" aria-label="Print this book">
|
||
<i id="print-button" class="fa fa-print"></i>
|
||
</a>
|
||
|
||
</div>
|
||
</div>
|
||
</div>
|
||
|
||
|
||
<div id="search-wrapper" class="hidden">
|
||
<form id="searchbar-outer" class="searchbar-outer">
|
||
<input type="search" name="search" id="searchbar" name="searchbar" placeholder="Search this book ..." aria-controls="searchresults-outer" aria-describedby="searchresults-header">
|
||
</form>
|
||
<div id="searchresults-outer" class="searchresults-outer hidden">
|
||
<div id="searchresults-header" class="searchresults-header"></div>
|
||
<ul id="searchresults">
|
||
</ul>
|
||
</div>
|
||
</div>
|
||
|
||
|
||
<!-- Apply ARIA attributes after the sidebar and the sidebar toggle button are added to the DOM -->
|
||
<script type="text/javascript">
|
||
document.getElementById('sidebar-toggle').setAttribute('aria-expanded', sidebar === 'visible');
|
||
document.getElementById('sidebar').setAttribute('aria-hidden', sidebar !== 'visible');
|
||
Array.from(document.querySelectorAll('#sidebar a')).forEach(function(link) {
|
||
link.setAttribute('tabIndex', sidebar === 'visible' ? 0 : -1);
|
||
});
|
||
</script>
|
||
|
||
<div id="content" class="content">
|
||
<main>
|
||
<h2><a class="header" href="#processing-a-series-of-items-with-iterators" id="processing-a-series-of-items-with-iterators">Processing a Series of Items with Iterators</a></h2>
|
||
<p>The iterator pattern allows you to perform some task on a sequence of items in
|
||
turn. An iterator is responsible for the logic of iterating over each item and
|
||
determining when the sequence has finished. When you use iterators, you don’t
|
||
have to reimplement that logic yourself.</p>
|
||
<p>In Rust, iterators are <em>lazy</em>, meaning they have no effect until you call
|
||
methods that consume the iterator to use it up. For example, the code in
|
||
Listing 13-13 creates an iterator over the items in the vector <code>v1</code> by calling
|
||
the <code>iter</code> method defined on <code>Vec<T></code>. This code by itself doesn’t do anything
|
||
useful.</p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>let v1 = vec![1, 2, 3];
|
||
|
||
let v1_iter = v1.iter();
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-13: Creating an iterator</span></p>
|
||
<p>Once we’ve created an iterator, we can use it in a variety of ways. In Listing
|
||
3-5 in Chapter 3, we used iterators with <code>for</code> loops to execute some code on
|
||
each item, although we glossed over what the call to <code>iter</code> did until now.</p>
|
||
<p>The example in Listing 13-14 separates the creation of the iterator from the
|
||
use of the iterator in the <code>for</code> loop. The iterator is stored in the <code>v1_iter</code>
|
||
variable, and no iteration takes place at that time. When the <code>for</code> loop is
|
||
called using the iterator in <code>v1_iter</code>, each element in the iterator is used in
|
||
one iteration of the loop, which prints out each value.</p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>let v1 = vec![1, 2, 3];
|
||
|
||
let v1_iter = v1.iter();
|
||
|
||
for val in v1_iter {
|
||
println!("Got: {}", val);
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-14: Using an iterator in a <code>for</code> loop</span></p>
|
||
<p>In languages that don’t have iterators provided by their standard libraries,
|
||
you would likely write this same functionality by starting a variable at index
|
||
0, using that variable to index into the vector to get a value, and
|
||
incrementing the variable value in a loop until it reached the total number of
|
||
items in the vector.</p>
|
||
<p>Iterators handle all that logic for you, cutting down on repetitive code you
|
||
could potentially mess up. Iterators give you more flexibility to use the same
|
||
logic with many different kinds of sequences, not just data structures you can
|
||
index into, like vectors. Let’s examine how iterators do that.</p>
|
||
<h3><a class="header" href="#the-iterator-trait-and-the-next-method" id="the-iterator-trait-and-the-next-method">The <code>Iterator</code> Trait and the <code>next</code> Method</a></h3>
|
||
<p>All iterators implement a trait named <code>Iterator</code> that is defined in the
|
||
standard library. The definition of the trait looks like this:</p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>pub trait Iterator {
|
||
type Item;
|
||
|
||
fn next(&mut self) -> Option<Self::Item>;
|
||
|
||
// methods with default implementations elided
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p>Notice this definition uses some new syntax: <code>type Item</code> and <code>Self::Item</code>,
|
||
which are defining an <em>associated type</em> with this trait. We’ll talk about
|
||
associated types in depth in Chapter 19. For now, all you need to know is that
|
||
this code says implementing the <code>Iterator</code> trait requires that you also define
|
||
an <code>Item</code> type, and this <code>Item</code> type is used in the return type of the <code>next</code>
|
||
method. In other words, the <code>Item</code> type will be the type returned from the
|
||
iterator.</p>
|
||
<p>The <code>Iterator</code> trait only requires implementors to define one method: the
|
||
<code>next</code> method, which returns one item of the iterator at a time wrapped in
|
||
<code>Some</code> and, when iteration is over, returns <code>None</code>.</p>
|
||
<p>We can call the <code>next</code> method on iterators directly; Listing 13-15 demonstrates
|
||
what values are returned from repeated calls to <code>next</code> on the iterator created
|
||
from the vector.</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>#[test]
|
||
fn iterator_demonstration() {
|
||
let v1 = vec![1, 2, 3];
|
||
|
||
let mut v1_iter = v1.iter();
|
||
|
||
assert_eq!(v1_iter.next(), Some(&1));
|
||
assert_eq!(v1_iter.next(), Some(&2));
|
||
assert_eq!(v1_iter.next(), Some(&3));
|
||
assert_eq!(v1_iter.next(), None);
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-15: Calling the <code>next</code> method on an
|
||
iterator</span></p>
|
||
<p>Note that we needed to make <code>v1_iter</code> mutable: calling the <code>next</code> method on an
|
||
iterator changes internal state that the iterator uses to keep track of where
|
||
it is in the sequence. In other words, this code <em>consumes</em>, or uses up, the
|
||
iterator. Each call to <code>next</code> eats up an item from the iterator. We didn’t need
|
||
to make <code>v1_iter</code> mutable when we used a <code>for</code> loop because the loop took
|
||
ownership of <code>v1_iter</code> and made it mutable behind the scenes.</p>
|
||
<p>Also note that the values we get from the calls to <code>next</code> are immutable
|
||
references to the values in the vector. The <code>iter</code> method produces an iterator
|
||
over immutable references. If we want to create an iterator that takes
|
||
ownership of <code>v1</code> and returns owned values, we can call <code>into_iter</code> instead of
|
||
<code>iter</code>. Similarly, if we want to iterate over mutable references, we can call
|
||
<code>iter_mut</code> instead of <code>iter</code>.</p>
|
||
<h3><a class="header" href="#methods-that-consume-the-iterator" id="methods-that-consume-the-iterator">Methods that Consume the Iterator</a></h3>
|
||
<p>The <code>Iterator</code> trait has a number of different methods with default
|
||
implementations provided by the standard library; you can find out about these
|
||
methods by looking in the standard library API documentation for the <code>Iterator</code>
|
||
trait. Some of these methods call the <code>next</code> method in their definition, which
|
||
is why you’re required to implement the <code>next</code> method when implementing the
|
||
<code>Iterator</code> trait.</p>
|
||
<p>Methods that call <code>next</code> are called <em>consuming adaptors</em>, because calling them
|
||
uses up the iterator. One example is the <code>sum</code> method, which takes ownership of
|
||
the iterator and iterates through the items by repeatedly calling <code>next</code>, thus
|
||
consuming the iterator. As it iterates through, it adds each item to a running
|
||
total and returns the total when iteration is complete. Listing 13-16 has a
|
||
test illustrating a use of the <code>sum</code> method:</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>#[test]
|
||
fn iterator_sum() {
|
||
let v1 = vec![1, 2, 3];
|
||
|
||
let v1_iter = v1.iter();
|
||
|
||
let total: i32 = v1_iter.sum();
|
||
|
||
assert_eq!(total, 6);
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-16: Calling the <code>sum</code> method to get the total
|
||
of all items in the iterator</span></p>
|
||
<p>We aren’t allowed to use <code>v1_iter</code> after the call to <code>sum</code> because <code>sum</code> takes
|
||
ownership of the iterator we call it on.</p>
|
||
<h3><a class="header" href="#methods-that-produce-other-iterators" id="methods-that-produce-other-iterators">Methods that Produce Other Iterators</a></h3>
|
||
<p>Other methods defined on the <code>Iterator</code> trait, known as <em>iterator adaptors</em>,
|
||
allow you to change iterators into different kinds of iterators. You can chain
|
||
multiple calls to iterator adaptors to perform complex actions in a readable
|
||
way. But because all iterators are lazy, you have to call one of the consuming
|
||
adaptor methods to get results from calls to iterator adaptors.</p>
|
||
<p>Listing 13-17 shows an example of calling the iterator adaptor method <code>map</code>,
|
||
which takes a closure to call on each item to produce a new iterator. The
|
||
closure here creates a new iterator in which each item from the vector has been
|
||
incremented by 1. However, this code produces a warning:</p>
|
||
<p><span class="filename">Filename: src/main.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust not_desired_behavior">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>let v1: Vec<i32> = vec![1, 2, 3];
|
||
|
||
v1.iter().map(|x| x + 1);
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-17: Calling the iterator adaptor <code>map</code> to
|
||
create a new iterator</span></p>
|
||
<p>The warning we get is this:</p>
|
||
<pre><code class="language-text">warning: unused `std::iter::Map` which must be used: iterator adaptors are lazy
|
||
and do nothing unless consumed
|
||
--> src/main.rs:4:5
|
||
|
|
||
4 | v1.iter().map(|x| x + 1);
|
||
| ^^^^^^^^^^^^^^^^^^^^^^^^^
|
||
|
|
||
= note: #[warn(unused_must_use)] on by default
|
||
</code></pre>
|
||
<p>The code in Listing 13-17 doesn’t do anything; the closure we’ve specified
|
||
never gets called. The warning reminds us why: iterator adaptors are lazy, and
|
||
we need to consume the iterator here.</p>
|
||
<p>To fix this and consume the iterator, we’ll use the <code>collect</code> method, which we
|
||
used in Chapter 12 with <code>env::args</code> in Listing 12-1. This method consumes the
|
||
iterator and collects the resulting values into a collection data type.</p>
|
||
<p>In Listing 13-18, we collect the results of iterating over the iterator that’s
|
||
returned from the call to <code>map</code> into a vector. This vector will end up
|
||
containing each item from the original vector incremented by 1.</p>
|
||
<p><span class="filename">Filename: src/main.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>let v1: Vec<i32> = vec![1, 2, 3];
|
||
|
||
let v2: Vec<_> = v1.iter().map(|x| x + 1).collect();
|
||
|
||
assert_eq!(v2, vec![2, 3, 4]);
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-18: Calling the <code>map</code> method to create a new
|
||
iterator and then calling the <code>collect</code> method to consume the new iterator and
|
||
create a vector</span></p>
|
||
<p>Because <code>map</code> takes a closure, we can specify any operation we want to perform
|
||
on each item. This is a great example of how closures let you customize some
|
||
behavior while reusing the iteration behavior that the <code>Iterator</code> trait
|
||
provides.</p>
|
||
<h3><a class="header" href="#using-closures-that-capture-their-environment" id="using-closures-that-capture-their-environment">Using Closures that Capture Their Environment</a></h3>
|
||
<p>Now that we’ve introduced iterators, we can demonstrate a common use of
|
||
closures that capture their environment by using the <code>filter</code> iterator adaptor.
|
||
The <code>filter</code> method on an iterator takes a closure that takes each item from
|
||
the iterator and returns a Boolean. If the closure returns <code>true</code>, the value
|
||
will be included in the iterator produced by <code>filter</code>. If the closure returns
|
||
<code>false</code>, the value won’t be included in the resulting iterator.</p>
|
||
<p>In Listing 13-19, we use <code>filter</code> with a closure that captures the <code>shoe_size</code>
|
||
variable from its environment to iterate over a collection of <code>Shoe</code> struct
|
||
instances. It will return only shoes that are the specified size.</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>#[derive(PartialEq, Debug)]
|
||
struct Shoe {
|
||
size: u32,
|
||
style: String,
|
||
}
|
||
|
||
fn shoes_in_my_size(shoes: Vec<Shoe>, shoe_size: u32) -> Vec<Shoe> {
|
||
shoes.into_iter()
|
||
.filter(|s| s.size == shoe_size)
|
||
.collect()
|
||
}
|
||
|
||
#[test]
|
||
fn filters_by_size() {
|
||
let shoes = vec![
|
||
Shoe { size: 10, style: String::from("sneaker") },
|
||
Shoe { size: 13, style: String::from("sandal") },
|
||
Shoe { size: 10, style: String::from("boot") },
|
||
];
|
||
|
||
let in_my_size = shoes_in_my_size(shoes, 10);
|
||
|
||
assert_eq!(
|
||
in_my_size,
|
||
vec![
|
||
Shoe { size: 10, style: String::from("sneaker") },
|
||
Shoe { size: 10, style: String::from("boot") },
|
||
]
|
||
);
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-19: Using the <code>filter</code> method with a closure
|
||
that captures <code>shoe_size</code></span></p>
|
||
<p>The <code>shoes_in_my_size</code> function takes ownership of a vector of shoes and a shoe
|
||
size as parameters. It returns a vector containing only shoes of the specified
|
||
size.</p>
|
||
<p>In the body of <code>shoes_in_my_size</code>, we call <code>into_iter</code> to create an iterator
|
||
that takes ownership of the vector. Then we call <code>filter</code> to adapt that
|
||
iterator into a new iterator that only contains elements for which the closure
|
||
returns <code>true</code>.</p>
|
||
<p>The closure captures the <code>shoe_size</code> parameter from the environment and
|
||
compares the value with each shoe’s size, keeping only shoes of the size
|
||
specified. Finally, calling <code>collect</code> gathers the values returned by the
|
||
adapted iterator into a vector that’s returned by the function.</p>
|
||
<p>The test shows that when we call <code>shoes_in_my_size</code>, we get back only shoes
|
||
that have the same size as the value we specified.</p>
|
||
<h3><a class="header" href="#creating-our-own-iterators-with-the-iterator-trait" id="creating-our-own-iterators-with-the-iterator-trait">Creating Our Own Iterators with the <code>Iterator</code> Trait</a></h3>
|
||
<p>We’ve shown that you can create an iterator by calling <code>iter</code>, <code>into_iter</code>, or
|
||
<code>iter_mut</code> on a vector. You can create iterators from the other collection
|
||
types in the standard library, such as hash map. You can also create iterators
|
||
that do anything you want by implementing the <code>Iterator</code> trait on your own
|
||
types. As previously mentioned, the only method you’re required to provide a
|
||
definition for is the <code>next</code> method. Once you’ve done that, you can use all
|
||
other methods that have default implementations provided by the <code>Iterator</code>
|
||
trait!</p>
|
||
<p>To demonstrate, let’s create an iterator that will only ever count from 1 to 5.
|
||
First, we’ll create a struct to hold some values. Then we’ll make this struct
|
||
into an iterator by implementing the <code>Iterator</code> trait and using the values in
|
||
that implementation.</p>
|
||
<p>Listing 13-20 has the definition of the <code>Counter</code> struct and an associated
|
||
<code>new</code> function to create instances of <code>Counter</code>:</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span>struct Counter {
|
||
count: u32,
|
||
}
|
||
|
||
impl Counter {
|
||
fn new() -> Counter {
|
||
Counter { count: 0 }
|
||
}
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-20: Defining the <code>Counter</code> struct and a <code>new</code>
|
||
function that creates instances of <code>Counter</code> with an initial value of 0 for
|
||
<code>count</code></span></p>
|
||
<p>The <code>Counter</code> struct has one field named <code>count</code>. This field holds a <code>u32</code>
|
||
value that will keep track of where we are in the process of iterating from 1
|
||
to 5. The <code>count</code> field is private because we want the implementation of
|
||
<code>Counter</code> to manage its value. The <code>new</code> function enforces the behavior of
|
||
always starting new instances with a value of 0 in the <code>count</code> field.</p>
|
||
<p>Next, we’ll implement the <code>Iterator</code> trait for our <code>Counter</code> type by defining
|
||
the body of the <code>next</code> method to specify what we want to happen when this
|
||
iterator is used, as shown in Listing 13-21:</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span><span class="boring">struct Counter {
|
||
</span><span class="boring"> count: u32,
|
||
</span><span class="boring">}
|
||
</span><span class="boring">
|
||
</span>impl Iterator for Counter {
|
||
type Item = u32;
|
||
|
||
fn next(&mut self) -> Option<Self::Item> {
|
||
self.count += 1;
|
||
|
||
if self.count < 6 {
|
||
Some(self.count)
|
||
} else {
|
||
None
|
||
}
|
||
}
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-21: Implementing the <code>Iterator</code> trait on our
|
||
<code>Counter</code> struct</span></p>
|
||
<p>We set the associated <code>Item</code> type for our iterator to <code>u32</code>, meaning the
|
||
iterator will return <code>u32</code> values. Again, don’t worry about associated types
|
||
yet, we’ll cover them in Chapter 19.</p>
|
||
<p>We want our iterator to add 1 to the current state, so we initialized <code>count</code>
|
||
to 0 so it would return 1 first. If the value of <code>count</code> is less than 6, <code>next</code>
|
||
will return the current value wrapped in <code>Some</code>, but if <code>count</code> is 6 or higher,
|
||
our iterator will return <code>None</code>.</p>
|
||
<h4><a class="header" href="#using-our-counter-iterators-next-method" id="using-our-counter-iterators-next-method">Using Our <code>Counter</code> Iterator’s <code>next</code> Method</a></h4>
|
||
<p>Once we’ve implemented the <code>Iterator</code> trait, we have an iterator! Listing 13-22
|
||
shows a test demonstrating that we can use the iterator functionality of our
|
||
<code>Counter</code> struct by calling the <code>next</code> method on it directly, just as we did
|
||
with the iterator created from a vector in Listing 13-15.</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span><span class="boring">struct Counter {
|
||
</span><span class="boring"> count: u32,
|
||
</span><span class="boring">}
|
||
</span><span class="boring">
|
||
</span><span class="boring">impl Iterator for Counter {
|
||
</span><span class="boring"> type Item = u32;
|
||
</span><span class="boring">
|
||
</span><span class="boring"> fn next(&mut self) -> Option<Self::Item> {
|
||
</span><span class="boring"> self.count += 1;
|
||
</span><span class="boring">
|
||
</span><span class="boring"> if self.count < 6 {
|
||
</span><span class="boring"> Some(self.count)
|
||
</span><span class="boring"> } else {
|
||
</span><span class="boring"> None
|
||
</span><span class="boring"> }
|
||
</span><span class="boring"> }
|
||
</span><span class="boring">}
|
||
</span><span class="boring">
|
||
</span>#[test]
|
||
fn calling_next_directly() {
|
||
let mut counter = Counter::new();
|
||
|
||
assert_eq!(counter.next(), Some(1));
|
||
assert_eq!(counter.next(), Some(2));
|
||
assert_eq!(counter.next(), Some(3));
|
||
assert_eq!(counter.next(), Some(4));
|
||
assert_eq!(counter.next(), Some(5));
|
||
assert_eq!(counter.next(), None);
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-22: Testing the functionality of the <code>next</code>
|
||
method implementation</span></p>
|
||
<p>This test creates a new <code>Counter</code> instance in the <code>counter</code> variable and then
|
||
calls <code>next</code> repeatedly, verifying that we have implemented the behavior we
|
||
want this iterator to have: returning the values from 1 to 5.</p>
|
||
<h4><a class="header" href="#using-other-iterator-trait-methods" id="using-other-iterator-trait-methods">Using Other <code>Iterator</code> Trait Methods</a></h4>
|
||
<p>We implemented the <code>Iterator</code> trait by defining the <code>next</code> method, so we
|
||
can now use any <code>Iterator</code> trait method’s default implementations as defined in
|
||
the standard library, because they all use the <code>next</code> method’s functionality.</p>
|
||
<p>For example, if for some reason we wanted to take the values produced by an
|
||
instance of <code>Counter</code>, pair them with values produced by another <code>Counter</code>
|
||
instance after skipping the first value, multiply each pair together, keep only
|
||
those results that are divisible by 3, and add all the resulting values
|
||
together, we could do so, as shown in the test in Listing 13-23:</p>
|
||
<p><span class="filename">Filename: src/lib.rs</span></p>
|
||
<pre><pre class="playpen"><code class="language-rust">
|
||
<span class="boring">#![allow(unused_variables)]
|
||
</span><span class="boring">fn main() {
|
||
</span><span class="boring">struct Counter {
|
||
</span><span class="boring"> count: u32,
|
||
</span><span class="boring">}
|
||
</span><span class="boring">
|
||
</span><span class="boring">impl Counter {
|
||
</span><span class="boring"> fn new() -> Counter {
|
||
</span><span class="boring"> Counter { count: 0 }
|
||
</span><span class="boring"> }
|
||
</span><span class="boring">}
|
||
</span><span class="boring">
|
||
</span><span class="boring">impl Iterator for Counter {
|
||
</span><span class="boring"> // Our iterator will produce u32s
|
||
</span><span class="boring"> type Item = u32;
|
||
</span><span class="boring">
|
||
</span><span class="boring"> fn next(&mut self) -> Option<Self::Item> {
|
||
</span><span class="boring"> // increment our count. This is why we started at zero.
|
||
</span><span class="boring"> self.count += 1;
|
||
</span><span class="boring">
|
||
</span><span class="boring"> // check to see if we've finished counting or not.
|
||
</span><span class="boring"> if self.count < 6 {
|
||
</span><span class="boring"> Some(self.count)
|
||
</span><span class="boring"> } else {
|
||
</span><span class="boring"> None
|
||
</span><span class="boring"> }
|
||
</span><span class="boring"> }
|
||
</span><span class="boring">}
|
||
</span><span class="boring">
|
||
</span>#[test]
|
||
fn using_other_iterator_trait_methods() {
|
||
let sum: u32 = Counter::new().zip(Counter::new().skip(1))
|
||
.map(|(a, b)| a * b)
|
||
.filter(|x| x % 3 == 0)
|
||
.sum();
|
||
assert_eq!(18, sum);
|
||
}
|
||
<span class="boring">}
|
||
</span></code></pre></pre>
|
||
<p><span class="caption">Listing 13-23: Using a variety of <code>Iterator</code> trait
|
||
methods on our <code>Counter</code> iterator</span></p>
|
||
<p>Note that <code>zip</code> produces only four pairs; the theoretical fifth pair <code>(5, None)</code> is never produced because <code>zip</code> returns <code>None</code> when either of its input
|
||
iterators return <code>None</code>.</p>
|
||
<p>All of these method calls are possible because we specified how the <code>next</code>
|
||
method works, and the standard library provides default implementations for
|
||
other methods that call <code>next</code>.</p>
|
||
|
||
</main>
|
||
|
||
<nav class="nav-wrapper" aria-label="Page navigation">
|
||
<!-- Mobile navigation buttons -->
|
||
|
||
<a rel="prev" href="ch13-01-closures.html" class="mobile-nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left">
|
||
<i class="fa fa-angle-left"></i>
|
||
</a>
|
||
|
||
|
||
|
||
<a rel="next" href="ch13-03-improving-our-io-project.html" class="mobile-nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right">
|
||
<i class="fa fa-angle-right"></i>
|
||
</a>
|
||
|
||
|
||
<div style="clear: both"></div>
|
||
</nav>
|
||
</div>
|
||
</div>
|
||
|
||
<nav class="nav-wide-wrapper" aria-label="Page navigation">
|
||
|
||
<a href="ch13-01-closures.html" class="nav-chapters previous" title="Previous chapter" aria-label="Previous chapter" aria-keyshortcuts="Left">
|
||
<i class="fa fa-angle-left"></i>
|
||
</a>
|
||
|
||
|
||
|
||
<a href="ch13-03-improving-our-io-project.html" class="nav-chapters next" title="Next chapter" aria-label="Next chapter" aria-keyshortcuts="Right">
|
||
<i class="fa fa-angle-right"></i>
|
||
</a>
|
||
|
||
</nav>
|
||
|
||
</div>
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
<script type="text/javascript">
|
||
window.playpen_copyable = true;
|
||
</script>
|
||
|
||
|
||
|
||
|
||
|
||
<script src="elasticlunr.min.js" type="text/javascript" charset="utf-8"></script>
|
||
<script src="mark.min.js" type="text/javascript" charset="utf-8"></script>
|
||
<script src="searcher.js" type="text/javascript" charset="utf-8"></script>
|
||
|
||
|
||
<script src="clipboard.min.js" type="text/javascript" charset="utf-8"></script>
|
||
<script src="highlight.js" type="text/javascript" charset="utf-8"></script>
|
||
<script src="book.js" type="text/javascript" charset="utf-8"></script>
|
||
|
||
<!-- Custom JS scripts -->
|
||
|
||
<script type="text/javascript" src="ferris.js"></script>
|
||
|
||
|
||
|
||
|
||
</body>
|
||
</html>
|