Стек и произвольный доступ

@Overmind024 · Регистрация: 10.09.2010

Студворк — интернет-сервис помощи студентам

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

@taras atavin · 27.04.2011, 04:51

Сообщение от dederkay

<тип> operator [] (int i)

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

@Deviaphan · 27.04.2011, 11:39

Сообщение от Overmind024

Одним из главных свойств стека является то что элементы расположенных в памяти непосредственно друг за другом.

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

@fasked · 27.04.2011, 11:41

Не по теме:

Сообщение от Overmind024

Одним из главных свойств стека является то что элементы расположенных в памяти непосредственно друг за другом.

А ну-ка быстро учить, что такое стек! :rtfm:
:D

@Overmind024 · 27.04.2011, 22:31 **[ТС]**

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

silent_1991 · 27.04.2011, 22:41

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

@kazak · 27.04.2011, 23:52

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

silent_1991 · 28.04.2011, 00:22

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

@kazak · 28.04.2011, 01:54

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

@fasked · 28.04.2011, 02:05

Сообщение от kazak

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

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

silent_1991 · 28.04.2011, 02:11

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

@Deviaphan · 28.04.2011, 05:57

Сообщение от fasked

Произвольный доступ предполагает, что можно обратиться к любому элементу за время O(1), то есть константа, постоянное время

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

Сообщение от kazak

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

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

@taras atavin · 28.04.2011, 09:24

Сообщение от Deviaphan

Произвольный доступ предполагает доступ к элементу по его индексу.

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

@Deviaphan · 28.04.2011, 10:47

Сообщение от taras atavin

А по индексу или путём указания какой то иной уникальной для каждого элемента информации - вопрос второстепенный.

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

Сообщение от taras atavin

В реляционных БД...

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

Сообщение от taras atavin

Да и иттераторы - не совсем индексы

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

Сообщение от taras atavin

по-моему произвольный доступ предполагает доступ к любому элементу без необходимости разрушающего доступа к другим элементам.

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

@fasked · 28.04.2011, 11:06

Сообщение от Deviaphan

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

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

Сообщение от taras atavin

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

А здесь вообще полный бред написан. Итераторы - это совсем не индексы, это уж скорее указатели, чем индексы

Деструктивное воздействие? Вы бы хотя бы википедию открыли прежде, чем начинать спорить..

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

@Deviaphan · 28.04.2011, 11:14

Сообщение от fasked

Произвольный доступ предполагает доступ к элементу по его индексу.

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

@fasked · 28.04.2011, 11:16

Не по теме:

Сообщение от Deviaphan

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

О чем я и сказал ;)

@Deviaphan · 28.04.2011, 11:26

Сообщение от fasked

О чем я и сказал

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

@taras atavin · 28.04.2011, 11:29

Сообщение от Deviaphan

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

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

Добавлено через 50 секунд

Сообщение от Deviaphan

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

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

@kazak · 28.04.2011, 13:05

Сообщение от silent_1991

на некотором уровне абстракции

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

Сообщение от fasked

Вы бы хотя бы википедию открыли

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

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@Overmind024 101 / 101 / 27 Регистрация: 10.09.2010 Сообщений: 267

	Стек и произвольный доступ 27.04.2011, 04:08. Показов 8852. Ответов 25 Метки нет (Все метки) dederkay, то что вы делается сложно назвать стеком. Это больше похоже на список. Точнее это и есть список. Одним из главных свойств стека является то что элементы расположенных в памяти непосредственно друг за другом. 0

@Overmind024 101 / 101 / 27 Регистрация: 10.09.2010 Сообщений: 267
	27.04.2011, 22:31 [ТС]
	Ну тогда чем же этот стек отличается от списка?? Названием методов(не add, а push)??? И я не разу не встречал стек не похожий на массив. Откуда же тогда взялось понятие переполнение стека(оперативная память что ли закончилась)?? 0

silent_1991 5058 / 3118 / 271 Регистрация: 11.11.2009 Сообщений: 7,044
	27.04.2011, 22:41
	Overmind024, стек - это структура данных, никакого отношения ни к памяти, ни к аппаратным или программным реализациям не имеющая. Она не знает, что такое память, что она может закончится и т.д. Как, впрочем, и список. Фишка стека в том, что он не имеет произвольного доступа к элементам. Как заталкивать в него элементы, так и доставать их из него можно только с одного конца. Всё, на этом особенности стека заканчиваются. Как реализуете его вы - массивом, списком или ещё как - это чисто ваш выбор. Единственное требование - должны сохраняться свойства стека, иначе стеком ваша писанина называться не будет (преподы любят давать задания типа "реализовать стек, переопределить операцию доступа по индексу". Слава Богу, у меня подобные личности предметов не вели). 0

@kazak 3604 / 2744 / 356 Регистрация: 11.03.2009 Сообщений: 6,306
	27.04.2011, 23:52
	silent_1991, а где это определено, что стек ни при каких обстоятельствах не может иметь произвольный доступ? 0

silent_1991 5058 / 3118 / 271 Регистрация: 11.11.2009 Сообщений: 7,044
	28.04.2011, 00:22
	Стек (англ. stack — стопка) — структура данных, в которой доступ к элементам организован по принципу LIFO (англ. last in — first out, «последним пришёл — первым вышел»). 0

@kazak 3604 / 2744 / 356 Регистрация: 11.03.2009 Сообщений: 6,306
	28.04.2011, 01:54
	Это мне известно, но всетаки что мешает сделать произвольный доступ? И как тогда именовать системный стек? 0

silent_1991 5058 / 3118 / 271 Регистрация: 11.11.2009 Сообщений: 7,044
	28.04.2011, 02:11
	kazak, на некотором уровне абстракции стек - структура данных, которая позволяет складывать элементы на стек, и снимать их с его верхушки (за один раз - один элемент). Тут просто не может быть других вариантов. Просто напросто структура данных с возможностью складывать элементы и снимать их с верхушки, но ещё и с произвольным доступом, стеком являться не будет. И даром, что лифо там тоже есть. 0