Standard library implements std::hash as a template struct that is specialized for different types. It is used like this:
#include <iostream>
#include <functional>
int main()
{
std::hash<int> hasher;
std::cout << hasher(1337) << std::endl;
return 0;
}
My question is what is the reasoning behind this design choice. Why it isn't implemented as a template function and used like this:
#include <iostream>
#include <functional>
int main()
{
std::cout << std::hash<int>(1337) << std::endl;
return 0;
}
There are, multiple reasons, each one good enough to just the choice:
- You can partially specialize class templates but you can only fully specialized function templates (at least, so far). Thus, you can provide a replacement for an entire suite of related template arguments with
std::hash<T>
being a class template. Note that, partial overloading doesn't help because the hash function would need to be specified somehow as an object which can't be done with overloaded functions (unless they are accessed via an object but that's what is differentiated against).
- The unordered associative containers are parametersized with a static entity (which can also be customized dynamically if the specific type supports that) which is easier done using class templates.
- Since the entities used for the hash function are customizable, the choice is between using a type or a function pointer for customization. Function pointers are often hard to inline while inline member functions of a type are trivial to inline, improving the performance for simple functions like computing a simple hash quite a bit.
A template function can not be partially specialized for types, while std::hash
specialized for different types as a class template.
And, in this template class based way, you can do some meta programming such as accessing to return type and key type like below:
std::hash<X>::argument_type
std::hash<X>::result_type