Создание/Открытие/Редактирование файла побайтно

[Enclave]

Суть такова:
Есть *.dat файлы, файлы структурные и их можно открыть уже существующей программой (Structorian), которая использует файлы *.strs (просто текстовики с необходимыми данными о структуре файла).
Информация в файлах обычно представляет собой либо целые числа, либо числа с плавающей запятой, либо являются текстовыми строками. Именно поля этих типов и являются основой структур.

• u8, u16, u32 (unsigned) - целое положительное (без знака) число размерностью 1, 2 или 4 байта
• i8, i16, i32 (integer) - целое положительное/отрицательное (со знаком) число размерностью 1, 2 или 4 байта
• x8, x16, x32 (hex) - целое положительное/отрицательное (со знаком) число размерностью 1, 2 или 4 байта
• float, double - число с плавающей запятой размерностью 4 или 8 байт
• str, cstr, wstr - обычная строка, строка с завершающим нулем и строка с юникод-символами
• char, wchar - обычный и юникод символы

Выглядят структуры следующим образом:

filemask="GauntletItem.dat;HelmetItem.dat;LowerItem.dat;ShieldItem.dat;ShoeItem.dat;UpperItem.dat"]

struct DfnEquipItemFile
{
	u32 nBlocks;
	u32 nBlockColumns;
	u32 nBlockSize;
	child DfnEquipItem [count=nBlocks];
}

struct DfnEquipItem [preload, tableview]
{
	u32 [tag="m_dwIndex"];
	cstr [len=64] m_strCode;
	i32 [tag="m_bExist"];
	cstr [len=64] m_strModel;
	i32 [tag="m_nIconIDX"];
	cstr [len=64] m_strName;
	i32 [tag="m_nKindClt"];
	i32 [tag="m_nItemGrade"];
	i32 [tag="m_nFixPart"];
	. . . 
	
	. . .
	i32 [tag="m_bIsTime"];
	nodename (": "+m_strCode);
}

Файлы структурированы так:
первые 4 байта (u32 nBlocks) - количество блоков в файле.
вторые 4 байта (u32 nBlocksColumns) - количество колонок в блоке.
третьи 4 байта (u32 nBlocksSize) - длина блоков в байтах.
Выглядит это так:

Далее идут уже сами блоки подряд. В Structorian это представляется в виде таблицы, блоки выстраиваются в строки первый над вторым и так далее:


К чему, собственно, я веду?
Structorian даёт достаточно возможностей и хорошо работает, но в силу специфичности и количества редактируемых файлов, нужно что-то, что облегчит страдания в плане автоматизации некоторых действий, например:
1. Добавление блока: Чтобы добавить в файл блок, нужно в HEX-редакторе добавить количество байт, равное размеру блока и изменить значение количества блоков(или зайти в Structorian, изменить значение, сохранить файл и перезагрузить файл с уже новым значением количества блоков) .
2. Редактирование сразу нескольких колонок (в Structorian просто нет такой функции).
И так далее и тому подобное.

Поэтому прошу "пинка" в нужную сторону. Что мне использовать для чтения файлов так, как делает это Structorian? Ясно одно: для каждого отдельно взятого типа данных, которые могут встретиться в файле, нужно писать свою функцию, но какие операторы мне использовать? Я слаб и глуп и, возможно, когда сюда зайду в следующий раз, уже найду решение, но не факт, что оно будет правильным с точки зрения оптимизации, поэтому прошу помощи в указании направления "куда копать?".

Всем спасибо.

[evg_m]

окончательное представление в в виде таблицы
DbGrid + ClientDataSet

1. исходно пустой СlientDataSet
2. читаем структуру (.strs) анализируем и генерируем описания полей DefFileds (если не ошибаюсь) для данной структуры
3. создаем набор данных (ClientDataSet.CreateDataSet) и считываем исходные данные(рабочий файл)
4. начитываем из файла ВСЕ элементы блока по очереди (можно одновременно перенося в DataSet)
можно копить в обычном буфере и потом разом но по отдельности перенести в DataSet

ДЕЛАЕМ промежуточную редакцию данных в ClientDataSet так как нам удобно

и обратно
~4. берем запись из ClientDataSet
~3. собираем бинарный блок по структуре и записываем разом
или же пишем каждый элемент по отдельности
~2. записываем в файл

P.S. подозреваю что там тоже самое.

[Alex11223]

Так автор вроде про реализацию пунка 2 и спрашивал.

А ClientDataSet и DbGrid это в Дельфи, а не в .NET.