A small time jump and we are in the year 2020. C++ will get  as far as the future is predictable  the new ranges library. Thanks to Eric Nieblers library, the working with the Standard Template Library (STL) will become much more comfortable and powerful.
Much more comfortable because the algorithm of the STL can directly work on the containers and need no begin and end iterator. More powerful because we get with the ranges library lazy evaluation, improved function composition and range comprehension in C++20.
Firstly, let me talk about the point more comfortable.
More comfortable
Iterators are the glue between the generic algorithms and containers of the STL. Therefore, each container returns on request an iterator pointing to the first element and an iterator pointing just behind the last element of the container. The halfopen range interval defines the range of the algorithm. Thanks to the ranges library, you no longer need a halfopen interval in C++20. You can directly apply the algorithm to the container:
std::vector<int> vec{2, 5, 3, 1, 4};
std::sort(vec.begin(), vec.end());
std::sort(vec); // C++20
Now, I will write about the functional features in the ranges library.
Lazy evaluation
Haskell is by default lazy (see Recursion, List Manipulation, and Lazy Evaluation). Due to lazy evaluation, you can define in Haskell algorithm on infinite data structures if you only ask for a finite number of elements at runtime. Therefore, you can separate the algorithm for calculating the infinite data structure from its usage.
Lazy evaluation is one of the characteristics of functional programming. With C++20 we will get it. Thanks to lazy evaluation, I can directly translate the Haskell code in the example into C++:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

// lazyEvaluation.cpp
#include <range/v3/all.hpp>
#include <iostream>
#include <tuple>
using namespace ranges;
int main(){
std::cout << std::endl;
// take 5 [1..]  [1,2,3,4,5]
auto num = view::take(view::ints(1), 5);
ranges::for_each(num, [](int i){ std::cout << i << " "; });
std::cout << "\n\n";
auto pairs= view::zip_with([](int i, char c){ return std::make_pair(i, c); } , view::ints(0), "ranges");
ranges::for_each(pairs, [](std::pair<int,char> p){ std::cout << "(" << p.first << ":" << p.second << ")"; });
std::cout << "\n\n";
}

view::ints(1) in line 15 creates an infinite sequence of numbers starting with 1. The key is that I'm only asking for 5 of them. The numbers will be displayed in the following for_each loop using a lambda function. Admittedly, that is not so elegant. Firstly, I can implement the algorithm more elegant with function composition: auto num= view::ints(1)  view::take(5). The details will follow in a few seconds. Secondly, the upcoming C++20 standard will support the output of ranges with the rangebased forloop: for (n: num) std::cout << num << " ".
The from the functional world known function view::zip_with takes lists and a lambda function and zips the list with the help of a lambda function to a new list. Therefore, the lambda function in line 22 zips the infinite sequence of numbers starting with 0 with the finite string "ranges". The result is a finite tuple. So you can refer to elements of the pairs by using first or second.
Function composition
Function composition in Haskell feels like putting Lego stones together. The newly created functions express their functionality very concise and are readable for the used programmer like prose. In Haskell the power of function composition is based on three pillars:
Haskell's functions
 perform one task,
 use the list as the key data structure and
 use the (.) for function composition.
The story is similar for the ranges library. The library has a rich set of functions. These functions are inspired by Haskell, work on the key data structure range and use the from the Unix shell or from the windows PowerShell known pipe symbol () for function composition.
Once more, I show how you can implement Haskell code in C++20:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

// functionCompositionRanges.cpp
#include <range/v3/all.hpp>
#include <numeric>
#include <iostream>
using namespace ranges;
int main(){
std::cout << std::endl;
// odds= takeWhile (< 1000) . filter odd . map (^2)
// odds [1..]  [1,9,25, ... , 841,961]
auto odds= view::transform([](int i){ return i*i;} ) 
view::remove_if([](int i){ return i % 2 == 0; } ) 
view::take_while([](int i){ return i < 1000;} );
auto oddNumbers= view::ints(1)  odds;
ranges::for_each(oddNumbers,[](int i){ std::cout << i << " "; });
std::cout << "\n\n";
// total= sum $ take 100 $ map (\x > x*x) [100..1000]  2318350
auto total= ranges::accumulate(view::ints(100, 1000) 
view::transform([](int x){ return x*x; }) 
view::take(100), 0);
std::cout << "total: " << total << std::endl;
std::cout << std::endl;
}

The evaluation order of function composition is in Haskell (line 13) from right to left; in C++ (line 16  19) form left to right. The C++ expression in line 27  29 is not so easy to digest. It accumulates (ranges::accumulate) the first 100 numbers (view::take(100)) from the numbers from 100  1000 (view::ints(100,1000)) by mapping each number to its square (view::transform([](int x){ return x*x; }). The start value is 0.
Here is the output of the program.
Range comprehension
List comprehension is syntactic sugar of the sweetest kind for the functional algorithm map and filter and allows you to create at runtime new lists. The functional programming language Miranda introduced list comprehension; Haskell made them known. It is not an accident that list comprehension looks like the mathematical notation for set comprehension because Haskell is based on mathematical concepts.
The figure compares set comprehension in Mathematics with list comprehension in Haskell.
The ranges library supports range comprehension. It's not as sweet as list comprehension but the functionality is comparable.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

// rangeComprehension.cpp
#include <range/v3/all.hpp>
#include <iostream>
using namespace ranges;
int main(){
std::cout << std::endl;
// odds= [ x*x  x <[1..] , odd x ]
// takeWhile (<1000) odds   [1,9,25, ... , 841,961]
auto odds= view::ints(1)  view::for_each([](int i){ return yield_if(i%2 == 1, i*i); });
ranges::for_each(odds  view::take_while([](int i){ return i < 1000; }) , [](int i){
std::cout << i << " ";
});
std::cout << "\n\n";
}

The list comprehension in Haskell (line 12) is very concise. I request the integers starting with 1(x<[1..]), keep the odd values (odd x) and map them to their square (x*x). The expression odd corresponds to the filter function and the expression x*x to the map function. The list will be evaluated in line 13 as long as their elements are smaller than 1000 (takeWhile(<1000)).
I apply the same strategy in C++. The first argument of the yield_if function is the filter expression and the second one the map expression.
At the end, the output of the program.
If I use more generators for integers or more filter expressions in a range comprehension, the expression will become very difficult to understand. I present in the next example the Pythagorean Triple in Haskell and C++. The Pythagorean triple consists of three positive integers x, y, and z, such that x^{2} + y^{2} = z^{2}.
triples =[(x, y, z)z <[1..], x <[1..z],y <[x..z] ,x^2 + y^2 == z^2]
auto triples =
view::for_each(view::ints(1),[](int z){
return view::for_each(view::ints(1, z),[=](int x){
return view::for_each(view::ints(x, z),[=](int y){
return yield_if(x*x + y*y == z*z, std::make_tuple(x, y, z));
});
});
});
The view algorithms such as view::for_each of the ranges library is common that they are a lightweight wrapper for the underlying range. They will only evaluate its arguments on request and can not change them. With action such as (action::remove_if) the ranges library has a bunch of additional algorithms that can change their arguments and create new ranges. In contrary to the view algorithms the action algorithms are not lazy. They are eager.
What's next?
To make the algorithm of the ranges library typesafe, Eric Niebler used the typetraits library. That is not longer necessary with C++20 because we get concepts. Now you know, what I will write about in my next post.
Thanks a lot to my Patreon Supporters: Matt Braun, Roman Postanciuc, Tobias Zindl, Marko, G Prvulovic, Reinhold Dröge, Abernitzke, Frank Grimm, Sakib, Broeserl, António Pina, Sergey Agafyin, Андрей Бурмистров, Jake, GS, Lawton Shoemake, Animus24, Jozo Leko, John Breland, espkk, Wolfgang Gärtner, Louis StAmour, Stephan Roslen, Venkat Nandam, Jose Francisco, Douglas Tinkham, Kuchlong Kuchlong, Avi Kohn, Robert Blanch, Truels Wissneth, Kris Kafka, Mario Luoni, Neil Wang, Friedrich Huber, lennonli, Pramod Tikare Muralidhara, Peter Ware, Tobi Heideman, Daniel Hufschläger, Red Trip, Alexander Schwarz, and Tornike Porchxidze.
Thanks in particular to Jon Hess, Lakshman, Christian Wittenhorst, Sherhy Pyton, Dendi Suhubdy, Sudhakar Belagurusamy, and Richard Sargeant.
My special thanks to Embarcadero
Seminars
I'm happy to give onlineseminars or facetoface seminars worldwide. Please call me if you have any questions.
Bookable (Online)
Deutsch
English
Standard Seminars
Here is a compilation of my standard seminars. These seminars are only meant to give you a first orientation.
New
Contact Me
Modernes C++,
Comments
RSS feed for comments to this post