Запоминаем состояние отдельных ячеек массива

@saroff · Регистрация: 09.11.2013

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

Задача такая - есть большой двумерный массив (1000*1000 как самый минимум), каждая его ячейка может принимать одно из четырех возможных значений. Мы как бы "бегаем" по массиву в произвольном порядке. Задача в том, чтобы в процессе перемещения запоминать запоминать значения ячеек такими, какими они были на момент нашего перемещения по ним. Т.е. если мы после того как "пройдем" по ним, изменим их, мы должны все равно помнить их старое состояние. Никак не могу придумать в каком виде хранить структуру, представляющую "запомненные" состояния ячеек. Создавать отдельный массив для этого слишком жирно. Есть идея хранить это в HashMap (не знаю, как это будет называться для других языков, сам я явист, словарь может быть, в яве это структура которая запоминает пары ключ-значение) т.е. в качестве ключа использовать координаты в массиве, а в качестве значения собственно запомненное значение. Но последнее кажется каким-то велосипедистым.
Если кому-то это поможет - наш путь по массиву, а следовательно и память, всегда можно будет нарисовать непрерывной линией\представить в виде свзяного графа.
ЗЫ Да, сам еще думал хранить это в расширяющемся массиве. Т.е. создать отдельный массив для хранения, но изначально сделать его маленьким, а затем увеличивать по мере необходимости (удваивать, например) + хранить сдвиг массива памяти относительно общего массива. (т.е. числа которые нужно прибавить к индексам массива памяти чтобы получить индексы общего массива)

@MLPMan · 21.10.2014, 01:51

Если большая часть ячеек заполнена не будет, то действительно, экономнее будет хранить в Map. Ещё такой варик, значения можно хранить в одной структуре, сделать составными из 2 частей, старое и новое. И заметка от К.О., диапазон жи всего 4, тогда в int помещается 8 таких ячеек.

@salam · 21.10.2014, 17:46

храните стек пар (номер_ячейки, старое значение). сможете спокойно откатывать все изменения.

@saroff · 21.10.2014, 20:09 **[ТС]**

MLPMan, На деле значения скорее всего будут объектами. Про хранение значений в той же структуре думал, но так я не могу придумать как быстро и эффективно извлекать из памяти все ячейки.
ЗЫ Да, поэтому и колеблюсь, Map будет лучше, если мы собираемся бегать длинные прямые отрезки, а если будем зигзагами, то мысль с расширяющимся массивом окажется эффективнее.
salam, Мм... Не могу понять что именно вы предлагаете)

Новые блоги и статьи Все статьи Все блоги /
Доступность команды формы по условию Maks 07.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: сделать доступной кнопку (команда формы "ЗавершитьСписание") при. . .	Уведомление о неверно выбранном значении справочника Maks 06.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "НарядПутевка", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если в документе выбран неверный склад. . .	Установка Qt Creator для C и C++: ставим среду, CMake и MinGW без фреймворка Qt 8Observer8 05.04.2026 Среду разработки Qt Creator можно установить без фреймворка Qt. Есть отдельный репозиторий для этой среды: https:/ / github. com/ qt-creator/ qt-creator, где можно скачать установщик, на вкладке Releases:. . .	AkelPad-скрипты, структуры, и немного лирики.. testuser2 05.04.2026 Такая программа, как AkelPad существует уже давно, и также давно существуют скрипты под нее. Тем не менее, прога живет, периодически что-то не спеша дополняется, улучшается. Что меня в первую очередь. . .
Отображение реквизитов в документе по условию и контроль их заполнения Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеСпецтехники", разработанного в конфигурации КА2. Данный документ берёт данные из другого нетипового документа. . .	Фото всей Земли с борта корабля Orion миссии Artemis II kumehtar 04.04.2026 Это первое подобное фото сделанное человеком за 50 лет. Снимок называют новым вариантом легендарной фотографии «The Blue Marble» 1972 года, сделанной с борта корабля «Аполлон-17». Новое фото. . .	Вывод диалогового окна перед закрытием, если документ не проведён Maks 04.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать программный контроль на предмет проведения документа. . .	Программный контроль заполнения реквизитов табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: 1. Реализовать контроль заполнения реквизита. . .

@saroff 5 / 1 / 2 Регистрация: 09.11.2013 Сообщений: 161

	Запоминаем состояние отдельных ячеек массива 21.10.2014, 01:13. Показов 483. Ответов 3 Метки нет (Все метки) Задача такая - есть большой двумерный массив (1000*1000 как самый минимум), каждая его ячейка может принимать одно из четырех возможных значений. Мы как бы "бегаем" по массиву в произвольном порядке. Задача в том, чтобы в процессе перемещения запоминать запоминать значения ячеек такими, какими они были на момент нашего перемещения по ним. Т.е. если мы после того как "пройдем" по ним, изменим их, мы должны все равно помнить их старое состояние. Никак не могу придумать в каком виде хранить структуру, представляющую "запомненные" состояния ячеек. Создавать отдельный массив для этого слишком жирно. Есть идея хранить это в HashMap (не знаю, как это будет называться для других языков, сам я явист, словарь может быть, в яве это структура которая запоминает пары ключ-значение) т.е. в качестве ключа использовать координаты в массиве, а в качестве значения собственно запомненное значение. Но последнее кажется каким-то велосипедистым. Если кому-то это поможет - наш путь по массиву, а следовательно и память, всегда можно будет нарисовать непрерывной линией\представить в виде свзяного графа. ЗЫ Да, сам еще думал хранить это в расширяющемся массиве. Т.е. создать отдельный массив для хранения, но изначально сделать его маленьким, а затем увеличивать по мере необходимости (удваивать, например) + хранить сдвиг массива памяти относительно общего массива. (т.е. числа которые нужно прибавить к индексам массива памяти чтобы получить индексы общего массива) 0

@MLPMan Кандёхаем веселее! 296 / 330 / 76 Регистрация: 02.10.2012 Сообщений: 2,175
	21.10.2014, 01:51
	Если большая часть ячеек заполнена не будет, то действительно, экономнее будет хранить в Map. Ещё такой варик, значения можно хранить в одной структуре, сделать составными из 2 частей, старое и новое. И заметка от К.О., диапазон жи всего 4, тогда в int помещается 8 таких ячеек. 0

@salam 194 / 174 / 30 Регистрация: 10.07.2012 Сообщений: 800
	21.10.2014, 17:46
	храните стек пар (номер_ячейки, старое значение). сможете спокойно откатывать все изменения. 0

@saroff 5 / 1 / 2 Регистрация: 09.11.2013 Сообщений: 161
	21.10.2014, 20:09 [ТС]
	MLPMan, На деле значения скорее всего будут объектами. Про хранение значений в той же структуре думал, но так я не могу придумать как быстро и эффективно извлекать из памяти все ячейки. ЗЫ Да, поэтому и колеблюсь, Map будет лучше, если мы собираемся бегать длинные прямые отрезки, а если будем зигзагами, то мысль с расширяющимся массивом окажется эффективнее. salam, Мм... Не могу понять что именно вы предлагаете) 0