I this post I give an introduction to the rules for generic programming in C++. Generic programming is, from my point of view, the outstanding feature and the future of C++. Hence it follows that this and the upcoming posts are about the future of C++.
First, I use the terms templates and generic programming, whatever fits best. Of course, I know that templates are just a way to write generic code. I assume you know what templates in C++ are, but you don’t know what generic programming means. Here is my favorite definition from Wikipedia.
- Generic programming is a style of computer programming in which algorithms are written in terms of types to-be-specified-later that are then instantiated when needed for specific types provided as parameters.
The rules to templates are about the current C++17 and the upcoming C++20 standard. Of course, I assume that we will get concepts with C++20. In sum, there are 100 rules to concepts, template interfaces, template definitions, template hierarchies, variadic templates, and template metaprogramming. The first five rules are pretty general.
- T.1: Use templates to raise the level of abstraction of code
- T.2: Use templates to express algorithms that apply to many argument types
- T.3: Use templates to express containers and ranges
- T.5: Combine generic and OO techniques to amplify their strengths, not their costs
In the examples, concepts are often commented on. If you want to try them out, comment them in and use at least a GCC 6.1 compiler with the flag
-fconcepts or an online compiler: constraints and concepts.
Concepts are predicates on templates that are evaluated at compile time. They should model semantic categories such as
Callable, Iterator or
Range but not syntactic restrictions such as
IsInvocable. Here are more details of concepts.
Maybe, you are puzzled by the difference between semantic categories and syntactic restrictions. The first rule helps to distinguish both terms.
Here is the example from the guidelines, but I called the second concept
What is wrong with both concepts? Both concepts are too specific. Both concepts are based on specific operations, such as the increment and the + operation. Let’s go one step further from the syntactic constraints to the semantic category
Now, the algorithm has minimal requirements. Hold: the algorithm is better but not good. It only works on a
std::vector. It’s generic on the type of the container but not on the container. Let me generalize the sum algorithm once more.
Now, it’s fine. Maybe you prefer a more concise definition of the sum. Instead of the keyword typename, I use the concepts directly.
When you study the first overload of
std::find at cppreference.com, it looks like this:
The types of Iterators are encoded in their names:
InputIt stands for input iterator and means that the iterator can read from the pointed-to element. There are two issues with this declaration:
- The requirements for the iterators are encoded in the name. This reminds me of the infamous Hungarian notation.
- No requirement stated that the pointed-to element can be compared with the value.
Let me use the iterator concept directly:
Okay. It’s pretty obvious to make a container generic. For example, here is a
Okay, fine, but when is a user-defined type
T regular? The document Fundamentals of Generic Programming defines a type T regular if it behaves like a built-in type such as
double. I should mention it. The paper Fundamentals of Generic Programming is from James C. Dehnert and Alexander Stepanow. I assume you already know Alexander Stephanow by name. He is the well-known father of the Standard Template Library.
The document states that a type T is called regular if it defines the following operations:
The equality, inequality, and ordering operation on T could be defined component-wise.
My original plan was to write about rule 5: T.5: Combine generic and OO techniques to amplify their strengths, not their costs. I changed my plan because rule 5 is relatively short and mentioned type erasure as a use-case for this technique. Type erasure is a technique to represent various concrete types through a single interface. Type erasure with templates could not be explained in a few sentences; therefore, I will write in my next post about this challenging technique.
Thanks a lot to my Patreon Supporters: Matt Braun, Roman Postanciuc, Tobias Zindl, G Prvulovic, Reinhold Dröge, Abernitzke, Frank Grimm, Sakib, Broeserl, António Pina, Sergey Agafyin, Андрей Бурмистров, Jake, GS, Lawton Shoemake, Jozo Leko, John Breland, Venkat Nandam, Jose Francisco, Douglas Tinkham, Kuchlong Kuchlong, Robert Blanch, Truels Wissneth, Kris Kafka, Mario Luoni, Friedrich Huber, lennonli, Pramod Tikare Muralidhara, Peter Ware, Daniel Hufschläger, Alessandro Pezzato, Bob Perry, Satish Vangipuram, Andi Ireland, Richard Ohnemus, Michael Dunsky, Leo Goodstadt, John Wiederhirn, Yacob Cohen-Arazi, Florian Tischler, Robin Furness, Michael Young, Holger Detering, Bernd Mühlhaus, Matthieu Bolt, Stephen Kelley, Kyle Dean, Tusar Palauri, Dmitry Farberov, Juan Dent, George Liao, Daniel Ceperley, Jon T Hess, Stephen Totten, Wolfgang Fütterer, Matthias Grün, Phillip Diekmann, Ben Atakora, Ann Shatoff, Rob North, and Bhavith C Achar.
Thanks, in particular, to Jon Hess, Lakshman, Christian Wittenhorst, Sherhy Pyton, Dendi Suhubdy, Sudhakar Belagurusamy, Richard Sargeant, Rusty Fleming, John Nebel, Mipko, Alicja Kaminska, Slavko Radman, and David Poole.
|My special thanks to Embarcadero|
|My special thanks to PVS-Studio|
|My special thanks to Tipi.build|
|My special thanks to Take Up Code|
I’m happy to give online seminars or face-to-face seminars worldwide. Please call me if you have any questions.
- Embedded Programmierung mit modernem C++ 12.12.2023 – 14.12.2023 (Präsenzschulung, Termingarantie)
Standard Seminars (English/German)
Here is a compilation of my standard seminars. These seminars are only meant to give you a first orientation.
- C++ – The Core Language
- C++ – The Standard Library
- C++ – Compact
- C++11 and C++14
- Concurrency with Modern C++
- Design Pattern and Architectural Pattern with C++
- Embedded Programming with Modern C++
- Generic Programming (Templates) with C++
- Clean Code with Modern C++
- Phone: +49 7472 917441
- Mobil:: +49 176 5506 5086
- Mail: schulung@ModernesCpp.de
- German Seminar Page: www.ModernesCpp.de
- Mentoring Page: www.ModernesCpp.org
Modernes C++ Mentoring,