Нужен совет по хранению строк во внешнем файле...

[kibernetics]

Не могу скумекать какбы это лучше, а главное в чём, хранить строки(пути файлов). Задача такая: формируется пресет, в котором описываются список путей к файлам. Например, всего 10 быстрых пресетов, но в каждом из них путь файла может изменяться, удалятся или добавляться новый путь. Вопрос такой, в чём организовать хранение путей? Т.е. как потом организовывать добавление, или удаление какой-то строчки? Поначалу, я думал делать такой текстовый файл:

Код: Выделить всё

#1 'типа индентификатор пресета
C:\Temp
C:\Temp\File1.txt
D:\Work\table.xls
D:\Work\File2.txt
#2
С:\Temp\DataOut.doc
C:\Temp\File1.txt
D:\Work\tableTemp.xls
#3
...
...
#4
..

но потом подумал, а что если мне понадобится добавить в первый пресет еще строчку, то как смещается всё что ниже? Или допустим, удалить строчку... И как идентифицировать пресет? Читать далее по тексту, пока не встретится снова символ #?

В общем, может существует уже какое-то решение? Посоветуйте...

[Хакер]

Долой plain-текстовый формат хранения данных. Храни таблицы "пресетов", в них оффсеты на таблицы файлов, а в них оффсеты и длины строк. Сами строки храни "кучно" в конце файла. Дописывай при необходимости в конец файла.

[$Yastrebov$]

Если попроще, то я бы сделал так:

Dim id_preset as integer 'идентификатор пресета
Dim put1 as String, put2 as String, put3 as String

Запись данных:
f=freefile
Open "ТУТ ПУТЬ К ФАЙЛУ ТВОИХ ПРЕСЕТОВ" For Append As f
Write #f, id_preset, put1, put2, put3
Close f

Получение данных:
f=freefile
Open "ТУТ ПУТЬ К ФАЙЛУ ТВОИХ ПРЕСЕТОВ" For Output As f
Input #f, id_preset, put1, put2, put3 'переменные можно поменять
Close f

Думаю суть идеи ясна. Если нужно включаешь операцию записи и чтения в цикл!

[tyomitch]

Yastrebov, ты не в теме.

По поводу таблиц пресетов: вместо выдумывания собственного формата, лучше взять какой-нибудь из уже реализованных (INI, XML, MDB, etc.)

[VVitafresh]

А обычный *.ini файл в данном случае не подойдет?

[Хакер]

Долой plain-текстовый формат хранения данных....

[VVitafresh]

Хакер, почему? Для небольшого количества данных почему бы и нет?
Plain text удобно редактировать вручную, создавать что-то вроде конфигурационных файлов (если это конечно нужно).

[Хакер]

Это:
1) Несолидно.
2) Неэффективно. Данные нужны программе. Храните их так как удобнее будет программа. Программе будет куда одобнее прибавлять оффсет к чему-нибудь и читать оттуда. Нежели парсить ваши INI, XML, и прочее.

Совершенно лишнии символы перевода строки. Которые нужно искать в строке. Это очень долго. Гораздо лучше заранее знать длину того или иного параметра.

[VVitafresh]

Не вижу в этом ничего несолидного. Многие программы используют *.ini файлы без зазрения совести.

И тем более не вижу смысла думать об эффективности, если размер файла измерется в пределах десятка килобайт. Разницу в скорости не заметишь даже с секундомером (если конечно не прогнать тест с числом итераций 10000).

Совсем другой разговор, если нужно скрыть от пользователя данные, или если это достаточно большой объем информации чувствительный к скорости обработки. В этом случае я с тобой соглашусь.

Не стоит искать сложных путей там, где есть простые.

[iGrok]

Вообще, это один-в-один формат INI...
Как вариант можно скидывать в реестр, если не нужно переносить конфиг...

Конечно, все это актуально при небольшом числе этих самых пресетов и строк.. Если их там 10000, то вариант, указанный Хакером, несомненно рулит.

[keks-n]

Самый простой способ - использование PropertyBag.

[RayShade]

XML вас спасет, товарищи. Будет там что то типа

Код: Выделить всё

<presets>
<preset id="1">
<path>c:\123</path>
<path>c:\1234</path>
</preset>
<preset id="2">
<path>c:\12367</path>
<path>c:\123489</path>
</preset>
</presets>

А добавлять/удалять - проще не придумаешь, через MSXML.DOMDocument

[tyomitch]

Отлично, осталось подождать, пока кто-нибудь предложит MDB.
Все остальные варианты из моего верхнего поста уже продублировали

[VVitafresh]

А если данных много и нужно ими лего оперировать, и при этом не хочется заморачиваться с самодельными форматами, обрати внимание на MDB !!!
tyomitch,

[Andrey Fedorov]

Сюда, конечно, просится обычный INI-файл - как уже говорили выше. Все писать/читать готовыми API-шными функциями. И не выпендриваться!

[RayShade]

Давайте, раздуем холивар

[VVitafresh]

Andrey Fedorov, только в этом случае намного проще использовать готовый класс:
http://bbs.vbstreets.ru/viewtopic.php?t=25986

[Хакер]

RayShade

Баян.

[burik]

вроде все нормальные варианты предложили, зачем повторять?..
Осталось kibernetics'у выбрать более подходящий

[kibernetics]

я хотел было выбрать XML, но всё же остановился на МДБ. Быстро, оперативно, удобно...

[VVitafresh]

kibernetics, только не забудь про необходимость вместе с прогой распространять всякие там MDAC, JET

Все-таки мне кажется оптимальный вариант здесь *.ini (посмотри класс clsINI -- очень легко работать с файлом), но решать конечно тебе.

[Хакер]

И ведь никому вариант с дата-файлом не нравится... деградация...

[kibernetics]

да, кстати, а в INI можно удалить сразу всю секцию?

[VVitafresh]

Хакер, сложное это и неблагодарное дело.

kibernetics, ты наверное пропустил мою ссылку:
http://bbs.vbstreets.ru/viewtopic.php?t=25986

Там все элементарно просто. Да секция легко удаляется RemoveSection

[Хакер]

Хакер, сложное это и неблагодарное дело.

Угу, деградация

[VVitafresh]

Можешь и так называть, если угодно.

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

Ради чего? Искусства ради?

[kibernetics]

VVitafresh
да, тогда очевидно, что по простоте и возможностям своим всё-таки INI это как раз к месту...

Хакер
Я тоже боюсь загрузится дат-файлом.

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

[Хакер]

ini, xml - текстовые форматы. В том смысле, что структуризация информации производится с помощью текстовых маркеров (в случае с ini - перевод строки, пробел, равно, в случае с XML - теги).

Текстовые маркеры сожрут место. Обработка текстовых маркеров сожрёт время и ресурсы.

mdb - особый случай (удивляюсь, как это никто не предложил устанавливать рядом с прогой MS SQL Server и хранить данные там).

[VVitafresh]

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

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

Если тов. Хакер предложит удобный в использовании класс, который будет оперировать dat файлом, я с удовольствием им воспользуюсь.

[Хакер]

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

Да это 10-15 минут...

Я по профессии не программист, программирую по мере необходимости.

Прошу объяснить, что значит программист "по профессии", и программист "не по профессии". Диплом? Вышка? В таком случае я тоже не программист.

Только дело вот не в димпломе...

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

Какие ещё токности? Откуда?
Какие подвохи? Откуда?
Какие глюки? Откуда? (Пиши изначально правильно).

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

Это не правильно. Это всё равно что некоторые личности, тратящие пол часа на настройку CMS, и мнящие себя веб-программистами, веб-мастерами и прочими высококвалифицированными профессионалами. Это мерзко, на моя взгляд.

Собираю свое приложение из готовых кирпичиков, созданных кем-то другим.

И тут вдруг оказывается, за 9 часов до релиза, что кирпичик А конфликтует с кирпичиком W, потому что кирпичик W собирался таким же "склейщиком" из таких же "кирпичиков". И за 9 часов сделать ничего не успеваешь. И терпишь крах... Конец фильма. Титры.

Если тов. Хакер предложит удобный в использовании класс, который будет оперировать dat файлом, я с удовольствием им воспользуюсь.

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