13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
|
1 | |
Ассоц. и послед. контейнеры. Разница в методах и алгоритмах.06.01.2012, 20:29. Показов 1249. Ответов 14
Метки нет (Все метки)
Добрый вечер всем! Возник вопрос - прошу помощи. Речь об STL... В чем проблема собственно: почему для использования у множества с пользовательскими объектами метода find() не нужен перегруженный оператор== ??? Для тех же списков или векторов, да и для двухсторонних очередей тоже, наличие == обязательно (для все того же find(), только тут это алгоритм). Тоже самое с count(). Заранее благодарен.
p.s. в голове не укладывается. Перегружен только < (и то для сортировки ключей), а find() и count() на ура работают.
0
|
06.01.2012, 20:29 | |
Ответы с готовыми решениями:
14
Массивы.выделить послед из послед Ассоц. массив Ветвление в алгоритмах Книги об алгоритмах сортировки |
13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
|
06.01.2012, 23:37 [ТС] | 3 |
Спасибо, конечно, за совет, но не все такие "вундеркинды", чтобы в универе и C++, и С, и хренову тучу математики учить.
p.s. хотелось бы увидеть хоть какой-нибудь ответ.
0
|
Каратель
|
|
06.01.2012, 23:45 | 4 |
список, дек и вектор - последовательные контейнеры и хранят элементы в том порядке в каком их добавили, а множество и отображение - ассоциативные контейнеры реализованы в виде деревьев и хранят элементы в отсортированом виде
0
|
278 / 173 / 21
Регистрация: 10.07.2011
Сообщений: 441
|
|
07.01.2012, 00:01 | 6 |
Pavel.fromBy, давайте на примерах разбирать. Покажите что у вас где работает а что где не работает. С примерами будет нагляднее. И будет уверенность что мы друг друга понимаем.
0
|
13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
||||||
07.01.2012, 14:36 [ТС] | 7 | |||||
Jupiter, про хранение в виде деревьев я знаю. Если что не то скажу - поправьте (структуры данных еще особо не проходили), но по-моему при обходе мне все равно придется сравнивать с использованием операторов <, >, == (последние два не требуются во множестве ?!).
alkagolik, хотел бы сварщиком - не пошел бы на программиста. Я к тому, что и так каша в голове, а вы мне еще C советуете. greeezz, код скопипастил из Лафоре. (Листинг 15.31)
0
|
278 / 173 / 21
Регистрация: 10.07.2011
Сообщений: 441
|
|
07.01.2012, 21:01 | 8 |
почему вы считаете что в данном листинге что-то должно было измениться ? оператор == у вас тут нигде не применяется как я вижу
0
|
13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
|
07.01.2012, 21:05 [ТС] | 9 |
Метод count. Разве он не должен использовать operator==? Одноименный с ним алгоритм для того же списка ( с пользовательскими объектами ) требует наличие вышеуказанного оператора. Я просто хочу понять - почему так происходит? Выше я уже написал, повторюсь - при обходе дерева (множества) необходимы будут <, >, == или я не прав?
0
|
Каратель
|
|
07.01.2012, 21:17 | 10 |
std::rel_ops, достаточно реализовать два оператора: < и == для того чтобы получить весь набор операторов сравнения
0
|
278 / 173 / 21
Регистрация: 10.07.2011
Сообщений: 441
|
|||||||||||
07.01.2012, 21:38 | 11 | ||||||||||
в вашем случае используется только оператор
Добавлено через 5 минут представте что происходит сравнение двух объектов типа person. в каком случае вернется true? 1. если фамилии и имена равны. 2. если фамилия один меньше фамилии два а вот false вернется когда объект два "больше" первого Добавлено через 4 минуты для тестов сделайте так:
0
|
13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
|
07.01.2012, 22:07 [ТС] | 12 |
greeezz, не согласен с Вами. Первый случай для true не выполнится. operator< не может вернуть true, если фамилии и имена равны. Он сравнит фамилии и имена (в случае равенства фамилий) и вернет false в случае > и в случае ==. И так, что мы имеем: возвращает он false, а дальше? Откуда программе знать, что там именно ==, а не > ?
p.s. ведь поиск во множестве не только по фамилии, но и по имени.....? p.s.s. разве приведенный ниже Вами оператор< корректен? Ведь может оказаться, что фамилии равны, но имена разные и причем 1ое меньше второго, а вернет он false.
0
|
278 / 173 / 21
Регистрация: 10.07.2011
Сообщений: 441
|
||||||
07.01.2012, 23:06 | 13 | |||||
Да вы правы, чет я погорячился.
Сейчас попробую пару тестов сделать. Добавлено через 14 минут Для наглядности немного изменил перегруженый оператор <
отсюда программе и знать
1
|
13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
|
08.01.2012, 01:57 [ТС] | 14 |
Спасибо всем! Отдельное спасибо greeezz! Вопрос закрыт...
Не по теме: Сам бы на додумался
0
|
13 / 13 / 0
Регистрация: 31.12.2011
Сообщений: 83
|
|||||||||||
31.01.2012, 14:12 [ТС] | 15 | ||||||||||
Столкнулся с еще одним вопросом (по этой же теме). Выше я писал код программы - речь пойдет о ней. При вставке (insert) во множество элементов немного не догоняю, как оно их сортирует. В operator< () я добавил строку
Прошу вкратце объяснить, почему так происходит. Как я понял - это связано с тем, при помощи какой структуры данных (а именно какого дерева) МУЛЬТИМНОЖЕСТВО хранит в себе элементы. Заранее благодарен. p.s. Код программы:
0
|
31.01.2012, 14:12 | |
31.01.2012, 14:12 | |
Помогаю со студенческими работами здесь
15
Ашманов о поисковых алгоритмах Изменения в алгоритмах Яндекса ? Длина хромосомы в генетических алгоритмах Использование подпрограмм в рекурсивных алгоритмах Программирование вычислений в линейных алгоритмах Общение с людьми о нестандартных программах, алгоритмах Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |