Азы С++

Это значит, что он представляет комплексное число x+yi, где i=sqrt(-1) - мнимая единица, а x,y - пара действительных чисел. В complex<double> эти действительные числа представляются типом double. А еще можно быть, например, complex<float> и complex<long double>.

У complex<T> есть два конструктура:
complex(T x, T y) - создаёт число x+yi
complex(T x) - создаёт число x+0i, т.е. чисто действительное число.

Конструкции вида "base w = 1"  и "base w(1)" в С++ эквивалентны - они обе означают, что требуется вызвать конструктор класса base, принимающий один аргумент, и причем с типом аргумента, совместимым с тем значением, что ему передают.

Просто это было в задаче о длинных числах,сглупил
Спасибо ! Теперь всё понятно .

ну как бы понятно
stack<int>
создаёт Стэк целых чисел,где в каждой ячейке хранится число и всё
stack<int,vector<int> >
создаёт стек
где в каждой ячейке хранится свой вектор и число
то есть когда допустим нужно хранить не просто числа,а именно список каких-то чисел
вот и всё
так же и со всеми другими описаниями....
map< string,string >
map< string,bool >
map< string,set< pair< string,bool > > >
map< string,set< string > >
....

Ок, что это такое понятно; интересней то, нужно ли это на практике? Ведь по сути мы обрубаем некоторую часть функциональности этого underlying контейнера(не знаю как по русски), почему бы тогда не просто его использовать. Или в случае скажем stack<int,vector<int> > d можно обратиться к d[3]?

Нет, нельзя (без низкоуровневых хаков). Этот запрет называется "инкапсуляцией".

Лично мне не приходилось на разу за всю ACM-ерскую практику указывать нестандартный underlying контейнер в STL'евских классах. А stack<T> я вообще ни разу не использовал. vector<T> это то же самое, но еще и позволяет делать random access.

Но, рискну предложить одно применение - допустим нам надо положить в стек так много элементов, что о?н? ?п?р?о?с?т?о? ?л?о?п?н?е?т они не поместятся в оперативной памяти. Тогда можно было бы написать свой хитрый контейнер, реализующий интерфейс "Back Insertion Sequence", который бы лишние элементы держал не в памяти, а складывал на диск. Ну а так как stack<T> (в отличие от vector<T>) требует доступа лишь к хвосту последовательности, а не к произвольному месту, то это бы, видимо, сильно упростило нам задачу создания такого контейнера.