@Overmind024

dederkay, то что вы делается сложно назвать стеком. Это больше похоже на список. Точнее это и есть список. Одним из главных свойств стека является то что элементы расположенных в памяти непосредственно друг за другом.

0

@taras atavin

Это у массивов, должно искать i-тый элмент и возвращать на него ссылку, а у тебя стек, к нему запрешён произвольный доступ по индексу.

0

@Deviaphan

Нет. Расположение в памяти не имеет никакого значения.

0

@fasked

1

@Overmind024

Ну тогда чем же этот стек отличается от списка?? Названием методов(не add, а push)???
И я не разу не встречал стек не похожий на массив. Откуда же тогда взялось понятие переполнение стека(оперативная память что ли закончилась)??

0

silent_1991

Overmind024, стек - это структура данных, никакого отношения ни к памяти, ни к аппаратным или программным реализациям не имеющая. Она не знает, что такое память, что она может закончится и т.д. Как, впрочем, и список. Фишка стека в том, что он не имеет произвольного доступа к элементам. Как заталкивать в него элементы, так и доставать их из него можно только с одного конца. Всё, на этом особенности стека заканчиваются. Как реализуете его вы - массивом, списком или ещё как - это чисто ваш выбор. Единственное требование - должны сохраняться свойства стека, иначе стеком ваша писанина называться не будет (преподы любят давать задания типа "реализовать стек, переопределить операцию доступа по индексу". Слава Богу, у меня подобные личности предметов не вели).

0

@kazak

silent_1991, а где это определено, что стек ни при каких обстоятельствах не может иметь произвольный доступ?

0

silent_1991

Стек (англ. stack — стопка) — структура данных, в которой доступ к элементам организован по принципу LIFO (англ. last in — first out, «последним пришёл — первым вышел»).

0

@kazak

Это мне известно, но всетаки что мешает сделать произвольный доступ? И как тогда именовать системный стек?

0

@fasked

Простите, Вы шутите? Вы серьезно не знаете, что такое стек? Может мне опять картинки начать рисовать?
Какой еще произвольный доступ в стеке? Произвольный доступ предполагает, что можно обратиться к любому элементу за время O(1), то есть константа, постоянное время. В стеке же вообще обратиться можно только к одному элементу, и здесь уже не важно как устроен стек: node- или array-based или еще что-нибудь. Главное что доступ есть только к одному элементу. В стеке нельзя осуществлять поиск элемента, вставку в середину... иначе это уже не стек...
Где логика и смысл Ваших высказываний?

0

silent_1991

kazak, на некотором уровне абстракции стек - структура данных, которая позволяет складывать элементы на стек, и снимать их с его верхушки (за один раз - один элемент). Тут просто не может быть других вариантов. Просто напросто структура данных с возможностью складывать элементы и снимать их с верхушки, но ещё и с произвольным доступом, стеком являться не будет. И даром, что лифо там тоже есть.

0

@Deviaphan

Ничего подобного. Произвольный доступ предполагает доступ к элементу по его индексу. Всё, точка.

Повторяю, ЭТО называется Вектор.

0

@taras atavin

А по-моему произвольный доступ предполагает доступ к любому элементу без необходимости разрушающего доступа к другим элементам. А по индексу или путём указания какой то иной уникальной для каждого элемента информации - вопрос второстепенный. В реляционных БД для этого используется первичный ключ, в многомерных массивах - комбинация такого количества индексов, какова размерность массива. Да и иттераторы - не совсем индексы.

0

@Deviaphan

Под словом "индекс" я подразумевал не переменную типа size_t, а как раз уникальный ключ. Одно это число или комбинация строк - не существенно.

БД и контейнер это немного разные сущности.

Итераторы - совсем не индексы. По определению. Они предназначены для последовательного обхода контейнера. Ничего общего с произвольным доступом итераторы не имеют.

Нет. Доступ к элементам списка так же не вызывает разрушения других элементов списка, но ничего общего с произвольным доступом не имеет.

0

@fasked

Я могу в собственном классе связного списка завести переменную типа size_t и перегрузить operator[], но от этого random access в данной структуре не появится. То есть я конечно понимаю, что Вы хотите сказать (надеюсь, что понимаю). Но формулировка с индексом ой как не точна.
А здесь вообще полный бред написан. Итераторы - это совсем не индексы, это уж скорее указатели, чем индексы Деструктивное воздействие? Вы бы хотя бы википедию открыли прежде, чем начинать спорить..

Ужас какой-то

0

@Deviaphan

*за постоянное время
.)

0

@fasked

0

@Deviaphan

Да-да, я помню. Это я как бы делаю вид, что я не тупил, а прям сразу согласен и был.)

0

@taras atavin

Да, но понятие доступа от этого не зависит.

Добавлено через 50 секунд
Да, действительно бред сморозил.

0

@kazak

беда в том, что вы эти абстракции воспринимаете чересчур буквально, идеализированно.
Возьмем системный стек, с которым работает процессор. Процессор использует две команды для работы со стеком: push/pop - поместить в стек/вытолкнуть из стека. Поиска как такового нет, вставить в середину стека тоже нельзя, как и удалить из середины. Вроде как все по определению, но при работе со стеком используются два указателя: регистр ESP (текущая вершина стека) с которым непосредственно работают push/pop и регистр EBP (так называемый указатель кадра стека), который используется в частности для обращения к аргументам и локальным переменным вызываемых функций, причем эти переменные могут находится довольно далеко от текущей вершины стека. Т.е. фактически имеем стек с возможностью произвольного доступа, но даже с этой возможностью вся эта "система" остается "стеком" в том числе и в понятии вашего уровня абстракции.

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

0