Выбранный ответ из CAdaker выше решает проблему, но не объясняет , почему решает проблему.
Когда шаблон функции анализируется, поиск не выполняется в зависимых типах. В результате могут быть проанализированы такие конструкции, как следующие:
template <typename T>
class B;
template <typename T>
void foo (B<T> & b) {
// Use 'b' here, even though 'B' not defined
}
template <typename T>
class B
{
// Define 'B' here.
};
Однако эта «особенность» имеет свою стоимость, и в этом случае определение «foo» требует указаний на содержимое шаблона «B». Если 'foo' использует вложенный тип 'B', то ключевое слово typename
требуется, чтобы сообщить компилятору, что имя является типом:
template <typename T>
void foo (B<T> & b)
{
typename B<T>::X t1; // 'X' is a type - this declares t1
B<T>::Y * t1; // 'Y' is an object - this is multiplication
}
Без 'typename' в приведенном выше компиляторе будет предполагаться, что X
является объектом (или функцией).
Аналогичным образом, если вызывается функция-член и вызов имеет явные аргументы шаблона, то компилятор должен знать, что трактовать <
следует как начало списка аргументов шаблона, а не как оператор меньше:
template <typename T>
void foo (B<T> & b)
{
b.template bar<int> (0); // 'bar' is a template, '<' is start of arg list
b.Y < 10; // 'Y' is an object, '<' is less than operator
}
Без template
компилятор предполагает, что <
является оператором меньше, чем, и поэтому генерирует синтаксическую ошибку, когда видит int>
, поскольку это не выражение.
Эти подсказки необходимы , даже , когда определение шаблона является видимым. Причина в том, что явная специализация может позже изменить фактически выбранное определение:
template <typename T>
class B
{
template <typename S>
void a();
};
template <typename T>
void foo (B<T> & b)
{
b.a < 10; // 'B<int>::a' is a member object
}
template <>
class B<int>
{
int a;
};