с чего начинать после изучения языка?

[Granus]

мне кажется, что если я помещу enum в начало, то компилятор не сможет разобрать "is_class::check<T1>", т.к. до check он еще "не дошел", но я не уверен.

Ну да, именно поэтому. Транслятор идет себе, компилирует, видит вызов некого check и законно ругается.
Вы же не используете функции без их объявления, так?)
На самом деле, когда транслятор берется уже за код методов класса, то там можно обращаться к данным, объявленным позже, потому что, видимо, за код он берется уже после прохода по классу и составления плана его внутренностей. А в данном случае enum - тип данных, знать, чем заинициализировать, нужно сразу, иначе какой же это тип данных.

[rrrFer]

Сообщение от Granus

Ну да, именно поэтому. Транслятор идет себе, компилирует, видит вызов некого check и законно ругается.
Вы же не используете функции без их объявления, так?)
На самом деле, когда транслятор берется уже за код методов класса, то там можно обращаться к данным, объявленным позже, потому что, видимо, за код он берется уже после прохода по классу и составления плана его внутренностей. А в данном случае enum - тип данных, знать, чем заинициализировать, нужно сразу, иначе какой же это тип данных.

Спасибо, размеяли мои сомнения.
Тока использовать этот enum чуть менее удобно чем предыдущие варианты, но это можно, например, макросом поправить )

[Smitt&Wesson]

например, макросом поправить

Это, если нужно увеличить быстродействие, а так, и функции спраляються (если во-времени не критично).

[rrrFer]

Сообщение от Smitt&Wesson

Это, если нужно увеличить быстродействие, а так, и функции спраляються (если во-времени не критично).

Это да, но в этои примере функция должна принимать тип, например:

class A {
};

int main() {  
  std::cout 
    << is_class(A)
    << is_class(int);
}

я не представляю себе функцию, которая будет работать также.

Может быть:

template<typename T>
bool is_class() {
  return _is_class<T>::Value;
}

Но тогда ее использование выглядит хуже. Ну и опятьже мы получаем вызов функции во время выполнения, а не во время компиляции.

[Granus]

template<typename T>
bool is_class() {
  return _is_class<T>::Value;
}

Добавьте constexpr и можно будет использовать в compile-time.

[_SOKOL_]

читая это всё понимаю что в программировании не стоит стараться понимать что то, иначе ничего не поймешь.....
вчера и сегодня узнал про контейнеры list и map, мое мнение лучше list, а по вашему какой и почему?

[_Bers]

Сообщение от _SOKOL_

читая это всё понимаю что в программировании не стоит стараться понимать что то, иначе ничего не поймешь.....
вчера и сегодня узнал про контейнеры list и map, мое мнение лучше list, а по вашему какой и почему?

У них разные области применения. Выбор зависит от задачи

[Пепел Феникса]

читая это всё понимаю что в программировании не стоит стараться понимать что то, иначе ничего не поймешь.....

хм, выходит писать код не понимая что там?

[_SOKOL_]

Сообщение от Пепел Феникса

хм, выходит писать код не понимая что там?

мда... глупо прозвучало, хотел сказать что не стоит сильно напрягать голову

[rrrFer]

вчера и сегодня узнал про контейнеры list и map, мое мнение лучше list, а по вашему какой и почему?

значит ничего не узнал )
посмотри в книжках...например у Скиены, там есть несколько эротичных табличек в которые сведена информация о массивах, векторах, списках, деревьях, сортированных массивах и т.п.
мап - это самобалансирующееся дерево поиска, т.е. поиск за логарифмическое время, но при добавлении и удалении элемента нужна баллансировка, кроме того ты не можешь запросить энный элемент, потому что порядком элементов рулит сам словарь.
лист - динамический неупорядоченный список, время поиска линейное, добавление и удаление - константное (но смотря как напишешь, если перед этим придется искать элемент или искать предыдущий/последующий элемент {если односвязный список} - то тоже линейное), можешь запросить энный элемент (произвольный доступ работает), но получишь его за линейное время.

И Bers_ правильно грит про области приминения, вопрос о том использовать list или map обычно не стоит, хотя...можно придумать )
Но лучше в книжку посмотри )