Keepin constants, configuration values, etc. in Python - dedicated module or what?

Rustom Mody rustompmody at gmail.com
Fri Oct 17 03:24:19 CEST 2014


On Tuesday, September 30, 2014 10:09:52 PM UTC+5:30, Rustom Mody wrote:
> On Tuesday, September 30, 2014 8:48:15 PM UTC+5:30, c... at isbd.net wrote:
> > Rustom Mody wrote:
> > > On Tuesday, September 30, 2014 5:18:31 PM UTC+5:30, Chris wrote:
> > > > I would actually
> > > > quite like to keep the configuration data separate from the code as it
> > > > would simplify using the data at the 'home' end of things as I'd just
> > > > need to copy the configuration file across.  This was why the database
> > > > approach appealed at first as all I need to do is copy the database
> > > > and everything is in there.
> > > Of course
> > > > Are there any better ways of doing this?  E.g. some sort of standard
> > > > configuration file format that Python knows about? 
> > > Umm this is getting to be a FAQ...
> > > Maybe it should go up somewhere?
> > > Yes there are dozens:
> > > - ini
> > > - csv
> > > - json
> > > - yml
> > > - xml
> > > - pickle
> > > - And any DBMS of your choice
> > > I guess Ive forgotten as many as Ive listed!!

> > Yes, I know, I've found most of those.  I'm really asking for help in
> > choosing which to use.  I think I can reject some quite quickly:-

> >     xml - horrible, nasty to edit, etc. I don't like XML! :-)

> Heh! Youve proved yourself a pythonista!

> >     ini - doesn't work so well with lists/dictionaries (though possible)
> >     csv - rather difficult to edit

> Have you tried with comma=tab?

> >     yml - front runner if I go for configuration files

> Yeah my favorite as well

> >     json - one of the most likely possibilities, but prefer yml

> Seems to be most popular nowadays -- maybe related to being almost yaml
> and in the standard lib

> >     pickle - not user editable as I understand it

> Well not in any reasonably pleasant way!

> > What I'm really asking for is how to choose between:-


> >     python - just keep config in the modules/classes, not easy to use
> >     at 'both ends' (home and remote), otherwise quite simple

> Can work at a trivial level.

> As soon as things get a bit larger data and code mixed up is a recipe for mess up.

Just came across this
https://github.com/henriquebastos/python-decouple/



More information about the Python-list mailing list