@Соколиный глаз

Зачем нужны кольцевые односвязные и двусвязные списки? Когда они могут понадобиться? Ведь, если цель задачи - просто сделать циклический набор данных, можно то же самое решить массивом и операцией индекс mod количество_элементов_в_массиве.

0

@Shamil1

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

Односвязные и двусвязные списки нельзя заменить массивами и наоборот, так как операции с этими структурами занимают разное время.

0

@Соколиный глаз

Ну, я как понимаю, вообще связные списки нужны (односвязные и двусвязные) для тех операций, где требуется максимально быстрая вставка и удаление.

0

@krapotkin

имхо, сильно зависит от обстоятельств
кольцевой список строк например легко заменится массивом

1

@Shamil1

Правильно.

Есть некий набор операций, которые можно применять к контейнерам. У каждой операции есть амортизационная стоимость. Эта стоимость зависит от внутреннего устройства контейнера.

Например, Список (Вектор) может быть устроен по-разному. В его основе может быть массив, связный список, дерево и т.д. Мы выбираем реализацию в зависимости от того, какие операции (и как часто) нам нужно выполнять.
Например, если нам нужно вставлять элементы в середину списка, то лучше всего подойдёт связанный список (вставка O(1), обращение по индексу O(n)). Если нам нужно обращаться к элементам по индексу, то лучше всего подойдёт список на основе массива (вставка O(n), обращение по индексу O(1)). А если нам нужно и то, и другое, то лучше всего подойдёт список на основе дерева (вставка O(logn), обращение по индексу O(logn)).

Добавлено через 3 минуты
При этом стоимость вставки вырастет с O(1) до O(n).

1

@krapotkin

в общем виде - да. в конкретном кольце - ни на грамм

0

@Shamil1

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

0

@TRam_

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

0

@krapotkin

собсно это я и имел в виду

0

@Shamil1

А если в задаче не нужно вставлять в середину списка, то выбор связанного списка был ошибкой.
Мы выбираем реализацию в зависимости от того, какие операции (и как часто) нам нужно выполнять. И если мы изначально выбрали правильную реализацию, то мы уже не можем заменить (без потери производительности) связанный список на массив и наоборот.

0

@оранжевая мышь

Пример из моей жизни -- в списке хранятся вершины многоугольника, которые мы обходим по кругу начиная с произвольной; иногда вставляем новые или удаляем.

0