With this short post, I am kicking off my new series of articles on the new C++ standard implementation in Visual C++ 2012. These articles will all be short, covering a single new thing each. This way you can see the impact of each change or improvement all by itself. That is easier to read, and of course also easier for me to write.
For the first article, I picked auto, simply because its impact on existing code bases is huge, and literally every C++ programmer can take advantage of it. For those who don’t yet know it: auto can be used as the variable type when declaring local variables, instead of the explicit type. The end result is still a strongly typed variable, because the compiler knows what the type of that variable has to be. It just doesn’t force you to type it yet again.
So you can use
auto localvar = foo();
MyType* localvar = foo();
It is much more convenient to use auto, because you no longer have to think about typing the right name. What makes it doubly useful is if during development, the return type of ‘foo’ changes, the change is transparent in your code. As long as the semantics of that return type stay the same, it will compile properly.
To give a more practical example: consider a simple vector with a template data type such as can be found in many C++ projects that make use of the STL. The really ugly thing about it is the need for an iterator. Even for such a simply example, the iterator type declaration is ugly. And if you ever need to update the type, it will involve a lot of work. Consider the following type: vector < MyData < int> > data; In order to iterate through that vector, we need the following loop:
for(vector < MyData< int > > ::iterator i = data.begin(); i< data.end(); i++)
cout << i->a << endl;
As you can see, it is ugly. A traditional way to deal with this is to create typedefs for all iterator types that you use in your code. This works, but you still need to do that work. The typedefs are just a way to move the ugliness into a header file where you don’t notice it. And with typedefs you can still introduce some errors. C++0x otoh can use the auto keyword.
(auto i = data.begin(); i< data.end(); i++)
cout << i->a << endl;
And this makes the resulting source code not only much easier to read (for the maintainer) but also easier to write, and if the type of ‘data’ should change, then as long as the public interface is compatible with before, the code will just compile without needing syntax modifications.