"Список" разнородных данных

@belalugoci · Регистрация: 01.06.2018

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

Добрый вечер, чатлане
Пытаюсь придумать некий механизм хранения данных и у меня сильно не хватает скилла на такое. Попробую объяснить своими словами, а там вопросы если что задавайте, кода никакого нет, поэтому показать нечего.
В общем нужна какая-то структура данных, которая позволяет хранить разнородные ячейки, например byte, word, dword и соответственно обрабатывая такую структуру я могу делать case по типу данных и понимать с чем я столкнулся. Условно это одномерный массив или список:
{byte}, {byte}, {word}, {dword}, {byte} и т.д.
Причем, скорее всего, у меня даже будет так:
{byte, word}, {dword, byte, dword, dword}, {word}, {byte, dword}, {byte} и т.д.
По идее реализация должна быть благосклонная к применению разных типов данных.
После того как данные записаны, их нужно будет как-то читать, например foreach, и тут я совсем не понимаю как этот самый foreach будет понимать с каким перечнем данных работает если они бывают какие угодно.
Возможно это выглядит так:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
class A
{}
class B
{}
class C
{}
class D
{
    A a;
    B b;
    C c;
}
List<D> d;

но можно ли как-то избежать этого и сделать какой-то

C#
1
List<T> d;

где можно делать

C#
1
2
3
d.Add(a);
d.Add(b);
d.Add(c);

?
В общем если кто-то понял мой сумбур, welcome.

@Wolfdp · 19.12.2023, 09:46

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

результат обработки byte[]

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

Просто хранить в файле... можно, но хотелось бы понимать предметную область. Считать десять команд, что-то сделать, и скинуть их обратно на файл после редактирования -- можно и весь файл перезаписывать, если там условные 10Мб. Если уже 10Гб -- сами понимаете, что ОЗУ не наберется столько. Да и лопатить весь файл, когда нужно заменить одну запись -- так себе идея.

Uswer · 19.12.2023, 09:51

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

byte, word, dword

Уж не записи ли реестра винды?

@belalugoci · 19.12.2023, 10:57 **[ТС]**

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

Сегодня у вас 10 записей, завтра 20, а через год 100500

нет, зачем придумывать и тянуть в разговор откровенную чушь?

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

возьмите тот же Access

Вы сейчас предлагаете условной программе MSPaint пользоваться базами Access.

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

Упорядоченное хранение данных

А почему любой другой подход будет неупорядоченным?

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

с быстрым, хорошо настраиваемым доступом к данным

Это тот случай когда накладные расходы на работу с СУБД будут использоваться только во вред.

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

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

Когда я читаю s[i] то как это влияет на m[j]?

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

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

В этой программе нет хранилища совсем, поэтому и отделять нечего.

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

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

Зачем?

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

Короче дело ваше чего вы там с байтами и массивами будете делать.

Это как раз понятно. Непонятно одно - зачем вы нагородили всю эту городушку про СУБД?

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

Да итить, узнать бы предметную область задумки

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

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

Считываются из файла предзаписаные команды?

Нет.

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

Эти команды вами же формируются?

Команды статичные, программируются единожды в VS C# и исполняются.

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

Записать их обратно нужно будет?

Нет, это просто надор if, for, присвоений и т.п. команд обычного C#, их не нужно ни читать ни писать. Читаются байты из файла, пишутся байты в файл.

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

Их много?

Данных в 99% случаев будет не более 64Кб, так как это для ретро железа.

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

Просто хранить в файле... можно, но хотелось бы понимать предметную область

А на что это повлияет?
Данные => обработчик => данные
Пусть обработчик будет RLE алгоритмом, не вижу разницы.

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

Считать десять команд

Зачем считать?

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

после редактирования

Редактирование не подразумевается, входные данные readonly.

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

можно и весь файл перезаписывать

можно весь, можно частями, можно побайтно, это не имеет значения.

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

Если уже 10Гб -- сами понимаете, что ОЗУ не наберется столько

Ну у мня есть самописные программы, им хоть 500 петабайт скармливай никаких проблем не будет. Не вижу причины концентрировать внимание на этом вопросе.

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

Да и лопатить весь файл, когда нужно заменить одну запись -- так себе идея

Ну задача именно в том чтобы лопатить файл, и никаких замен в читаемом файле производиться не будет. Будет новый файл созданный на основе первого файла.

Я так и не понял зачем вы в какие-то дебри полезли, ну представьте что это WinZip.

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

Уж не записи ли реестра винды?

Нет.

@iLinks · 19.12.2023, 10:59

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

чтением делу не помочь.

Вы серьезно? Вам скинули готовую реализацию, вы не смогли понять что там к чему. Я вам подсказал что стоит почитать про конкретный паттерн и вы бы поняли что там и для чего. Но раз не помочь, то не помочь.

@belalugoci · 19.12.2023, 11:19 **[ТС]**

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

Вы серьезно?

вполне - сколько не читай книгу на китайском, но без понимания языка не понять смысла написанного.

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

Вам скинули готовую реализацию, вы не смогли понять что там к чему

Такое бывает.

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

Я вам подсказал что стоит почитать про конкретный паттерн и вы бы поняли что там и для чего

Я уже это сделал и не понял. Почему вы решили что я обязательно должен это понять?

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

Но раз не помочь, то не помочь

Все люди разные, в данном случае затраты на изучение до степени понимания несоизмеримо большие чем результат.

Uswer · 19.12.2023, 11:21

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

Данных в 99% случаев будет не более 64Кб

Для такого объёма вообще не требуется какая-то дополнительная обработка аля сжатие (архивирование), т.к. накладные расходы будут выше прямой обработки. Даже если предположить, что у вас таких файлов много, то их систематизация решается обычным ZIP-сжатием. Не хотите зиповать руками сделайте это в коде, примеров полно.
belalugoci, вы не хотите указать истинную потребность "некоего механизма хранения данных", что же это ваше право. Ответ вам дали почти в начале темы. Удачи.

Добавлено через 1 минуту

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

Такое бывает.

Вам даже разжевали решение.

@belalugoci · 19.12.2023, 11:38 **[ТС]**

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

Для такого объёма вообще не требуется какая-то дополнительная обработка аля сжатие (архивирование)

Взял попкорн

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

т.к. накладные расходы будут выше прямой обработки

Просто триллер какой-то, 40 лет 8-битной эпохи бок о бок с сжатием и тут приходит некто и говорит, дуракам, как надо жить.

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

Даже если предположить

Лучше не предполагайте, получается плохо.

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

то их систематизация решается обычным ZIP-сжатием

А я где-то говорил что это систематизация?

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

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

Да я вроде нигде не заявлял что меня ответ не устроил.

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

Вам даже разжевали решение

И я даже написал что наверное может быть скорее всего чуток но что-то понял. Что не отменяет для меня сложности этой темы и не важно жевал там кто-то или нет.

Добавлено через 2 минуты
для всех цитирую:

Сообщение было отмечено belalugoci как решение
14.12.2023

@Wolfdp · 19.12.2023, 12:02

Не по теме:

belalugoci, хвост Хоро, вы физически не можете упаковать ответ в пару предложений, зачем коментировать каждое предложение?

Пока не совсем понял как изначально генерится файл, но смысла загонять в БД 64Кб не вижу. Возможно вместо плясок с байтами стоит посмотреть в сторону десерилизации (тот же json). Файл раздуется, зато можно будет открыть любым блокнотом.

Если это прям "архиватор", который должен тупо сжать данные -- ну, хз. Встроенный zip так уж плох? Ну и обычно работают с фиксированными блоками, а не разной длины. Разве что в входном потоке данных есть какая-то явная цикличность, что позволит оптимизировать объем хранения, но это прям нужно вникать чтобы сказать "да-нет".

@kotelok · 19.12.2023, 12:11

Не по теме:

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

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

Мастер обучает новичка:
- Утром включаешь этот рубильник, вечером выключаешь. Понял?
- Не понял.
- Вот рубильник. Когда утром приходишь, переводишь его в верхнее положение. Вечером - возвращаешь в нижнее. Понял?
- Не понял.
- Показываю, запоминай. Утром - вот эту штуку двигаешь вот так, а вечером вот так обратно. Понял?
- Мастер, ты тупой что ли?! Я тебе третий раз говорю - не понял!

@belalugoci · 19.12.2023, 12:50 **[ТС]**

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

как изначально генерится файл

как угодно, нас это не долно волновать

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

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

А есть задача читать его блокнотом? Как часто вы пакуете в ZIP, потом оформляете весь файл как JSON и потом его читаете в блокноте?

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

Если это прям "архиватор", который должен тупо сжать данные -- ну, хз

архиватор, конвертер, энкодер - не имеет значения.

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

Встроенный zip так уж плох?

Встроенный куда?

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

Ну и обычно работают с фиксированными блоками, а не разной длины

Один блок 22 бита, второй 2, третий 7 - не вижу ничего необычного.

Я не могу понять необходимости в конкретизации моей задачи.

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

Я тебе третий раз говорю - не понял!

Поддержу товарища, если кому-то нужно говорить трижды и он не понял, то он тупой. Или вас сам факт присутствия тупых людей на планете удивляет?

@Wolfdp · 19.12.2023, 19:05

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

@belalugoci · 19.12.2023, 19:27 **[ТС]**

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

почитайте про "проблему молотка"

спасибо, я отработал в ТП почти 15 лет, из них 6 начальником отдела, только в данном случае он не подходит

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

если вы уже сделали

нет. когда сделаю - напишу здесь, если это будет возможно

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

не горите желанием переписывать

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

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

диалог чисто теоретический

слишком странный он

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

Есть желание сделать лучше -- без конкретизации вы с большой вероятностью получите решение не подходящее под ваш случай

я же не могу просто написать - мне нужна программа делающая то-то и то-то, мог бы - написал. Тем более это хобби, придумываю всякое, пишу в стол, сам процесс интересует. Могу не писать, а пить водку, не думаю что кому-то есть дело как я трачу свободное время.

Новые блоги и статьи Все статьи Все блоги /
Сегодня суббота, 22.08.2026 at 16:41, и я вновь нахожусь на той стороне, за экраном машины. zorxor 22.08.2026 Сегодня суббота, 22. 08. 2026 at 16:41, и я вновь нахожусь на той стороне, за экраном машины. Кто Я, откуда Я пришел и куда Я иду? Эти вопросы не оставляют меня ни на секунду. Жизнь на планете Земля. . .	Жизня: рисунок укладки багажа, сделанный клодом anaschu 21.08.2026 Сделал 15 снимков, он по снимкам сделал схему.	Был там один разговор по поводу свободы в материальном мире. kumehtar 19.08.2026 Суть: рассматривается живое существо, оказавшееся внутри довольно странной системы (этого мира) и пытающееся обустроить в ней свой кусок пространства. Жизнь действительно предъявляет каждому. . .	Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .
Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .	Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .	Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .

@Wolfdp 3790 / 1767 / 371 Регистрация: 15.06.2012 Сообщений: 6,543 Записей в блоге: 3
	19.12.2023, 12:02
	Не по теме: belalugoci, хвост Хоро, вы физически не можете упаковать ответ в пару предложений, зачем коментировать каждое предложение? Пока не совсем понял как изначально генерится файл, но смысла загонять в БД 64Кб не вижу. Возможно вместо плясок с байтами стоит посмотреть в сторону десерилизации (тот же json). Файл раздуется, зато можно будет открыть любым блокнотом. Если это прям "архиватор", который должен тупо сжать данные -- ну, хз. Встроенный zip так уж плох? Ну и обычно работают с фиксированными блоками, а не разной длины. Разве что в входном потоке данных есть какая-то явная цикличность, что позволит оптимизировать объем хранения, но это прям нужно вникать чтобы сказать "да-нет". 0

@Wolfdp 3790 / 1767 / 371 Регистрация: 15.06.2012 Сообщений: 6,543 Записей в блоге: 3
	19.12.2023, 19:05
	belalugoci, почитайте про "проблему молотка". В целом, если вы уже сделали, оно работает и не горите желанием переписывать -- диалог чисто теоретический. В целом можно смело закруглится. Есть желание сделать лучше -- без конкретизации вы с большой вероятностью получите решение не подходящее под ваш случай. 0