Найти - Пользователи
Полная версия: Конфигурация (чтение/сохранение)
Начало » Python для новичков » Конфигурация (чтение/сохранение)
1
ZerG
Добрый день!
Пишу небольшую ГУИ программку. Требуется хранить некоторые данные дабы не вносить их каждый раз при старте программы, а так же иметь возможность их изменять! Поля очень простые, вида
переменная = значение (всяческие чекбоксы, значение почтовой учетки итд)


1.Первое что приходит на ум - хранение в текстовом файле в виде конфига. Но работа с файлом не совсем удобна и идеологически правильная в данном случае. Конечно ConfigParser делает этот вопрос более чем простым - но тогда заполнение данных из гуи - безсмысленно. Открыл файл, внес данные, запустил программу - работай. С точки зрения юзабилити - неудобно для ламера.

2. База данных! Весьма заинтересовала реализация dbm и e32dbm - все максимально просто и удобно! Вроде как мою задачу решают полностью. Но никогда с ними не сталкивался и почему не знаю чего ждать и какие есть подводные камни. Может быть есть что-то аналогичное? Или чему в данном случае отдать предпочтение?

3.sqlite - тут всепонятно! Но писать кучку когда для чтения выборки и изменения данных на работу с десятком полей - более чем глупо.Ибо количчество кода будет больше нежели самих переменных

Ну и главный критерий - выбранный вариант должен прекрасно работать на винде после py2exe без установки дополнительных либ на винду!
Благодарю за подсказки!

FishHook
pickle
FishHook
ZerG
Но писать кучку когда для чтения выборки и изменения данных на работу с десятком полей
Откуда куча кода? Десять полей = десять строк в модели.
ilnur
dict -> json -> dict
py.user.next
ZerG
Открыл файл, внес данные, запустил программу - работай.
Там ещё пароли есть.
Кстати, редактирование этого файла будет происходить очень редко. На сто запусков одно редактирование. Поэтому разработка супергуя для этого не нужна. Просто не будешь им пользоваться потом.
doza_and
ZerG
С точки зрения юзабилити - неудобно для ламера.
Что неудобно в config parser? Нужен GUI делаете его. Кому не нужен GUI тот пользуется файлом.
Пиклы - будет неудобно редактировать текстовым редактором.
Базы данных тут вообще от лукавого. Получится таблица с одной строкой и возня с миграцией схемы при каждом изменении перечня полей.

Если данных относительно много и они сложные то стоит рассмотреть json, yaml.

yaml почти не проигрывает в компактности конфигу, но не содержит встроенных механизмов подстановки строк.

Считаю конфиг это самое то. Если вы приверженец windows можно еще в registry писать.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Powered by DjangoBB