Привет! Как сделать так , чтобы priority_queue сортировал по неубыванию ?
№ | Пользователь | Рейтинг |
---|---|---|
1 | tourist | 4009 |
2 | jiangly | 3823 |
3 | Benq | 3738 |
4 | Radewoosh | 3633 |
5 | jqdai0815 | 3620 |
6 | orzdevinwang | 3529 |
7 | ecnerwala | 3446 |
8 | Um_nik | 3396 |
9 | ksun48 | 3390 |
10 | gamegame | 3386 |
Страны | Города | Организации | Всё → |
№ | Пользователь | Вклад |
---|---|---|
1 | cry | 164 |
1 | maomao90 | 164 |
3 | Um_nik | 163 |
4 | atcoder_official | 160 |
4 | adamant | 160 |
6 | -is-this-fft- | 158 |
7 | awoo | 157 |
8 | TheScrasse | 154 |
8 | Dominater069 | 154 |
8 | nor | 154 |
Привет! Как сделать так , чтобы priority_queue сортировал по неубыванию ?
Название |
---|
Спецификация шаблона очереди с приоритетами имеет следующий вид.
Следовательно тебе нужно поменять компаратор, чтобы изменился порядок сортировки. Например:
Сделает то, что ты хочешь
vector < int > — мы пишем , потому что priority_queue основан ( или написан ) на векторе ?
Второй параметр шаблона — это контейнер, в котором хранятся элементы очереди с приоритетами.
Теперь понятно. А в каких контейнерах хранятся: 1) set 2) multiset 3) map 4) multimap
Я могу и ошибаться, но думаю, что память в них выделяется динамически под каждый элемент.
Яснопонятно. Спасибо за внимание.
Ого как меня заминусили :) Кажись я не прав — так поправьте меня кто-нибудь. Самому интересно знать
У них у всех внутри
_Rb_tree
А, ну да :) А как хранятся в STL элементы _Rb_tree?
У них у всех внутри _Rb_tree
Этого, конечно, стандарт не требует. Бывали и AVL имплементации
Добавлять не x, а -x.
Да это же извращенство, не понимаю тех, кто так пишет — такое очень неудобно читать.
А еще с числом -2147483648 можно залететь.
Думаю, это взято отсюда.