Утопия и концепция хранения данных.
В начале проекта мы думали как же все таки хранить твики.
Было предложено несколько вариантов хранения твиков.
1.Хранить твики в одном файле.
Код:
Пример
;название твика
[HKEY_LOCAL_MACHINE]
Код твика
;название следующего твика
[HKEY_LOCAL_MACHINE]
Код твика
2.Хранить каждый твик в каждом файле, а именем твика будет имя файла.
В данный момент так и делается.
3. Также было предложен вариант Blastom хранить твики в разных файлах, а все их имена хранить в одном файле.
Но не один из предложенных вариантов не является избыточным и гибким.
Также позже появилась идея добавить откаты твиков, что в целом верно.
И вот я недавно задумался импортировать все твики из справочника твиков 1,8.
Какое же было мое удивление, когда я узнал что в именах твиков используются запрещенные символы именования в файловой системе, такие как :\/ “.
В принципе Blast был прав, так как в его справочнике было много твиков и еще откаты к ним. (тем более они все проверены на работоспособность).
Но Третья концепция хранения твиков СЫРА.
Названия твиков мы можем хранить отдельно в одном файле, вопрос в том какие имена будут иметь сами файлы твиков, ведь имя файла могут изменить ненароком.
Тем более имена 001.reg и 1.reg различны.
Можно было бы в самом файле списка сделать связку по типу
Код:
001.reg=Название твика1
1.reg=Название твика2
2.reg=Название твика3
Но это тоже не гибко и ресурсозатратно хотя и работоспособно.
Из всего вышеизложенного могу сказать что самое правильное решение это хранить твики в универсальном формате XML.
Преимущества такие что в XML или БД можно запихать как и названия твиков, комментарии, сам твик и откат твика.
Но если это делать использовать возрастает сложно добавления твика. Можно использовать формат XML и написать под него программу оболочку. Или вовсе использовать MDB.
Формат хранения XML мог бы быть такой .
Код:
<TWK> <NAME>Имя твика</NAME> <COMMENT>Комментарий </COMMENT>
<APPLY>Код Твика </APPLY><UNDO>Код Отката Твика </UNDO> </TWK>
<TWK>// И так далее.
Как видите все усложняется, но становиться универсальным.
Всю работу по добавлению и изменению твиков придется проделывать с помощью GUI оболочки. Так как вручную добавлять твики в XML представляется ресурсо затратным и не благородным делом.
С самого начала концепция хранения твиков в справочнике 1,8 была СЫРОЙ.
Поэтому могу сказать что хоть и пользователи мы опытные, но не используем новые концепции хранения данных. Хотя уже 21 век.
Хочу спросить следующее, стоит ли дальше заниматься совершенствованием концепции хранения твиков в программе. Ведь цель уже не оправдывает средства.
Кому и дальше интересно почитать прошу XML про сюда.
http://ru.wikipedia.org/wiki/XML
