Re: Re: variables / consts for different scripts

Nice idea but not what I needed.

The files (2 files now) I needed are for

configuration settings like DB name, Files for input etc.
functions needed in both my scripts

The task I have to solve with my first script is to read in some "CSV" files and put the data into a (mySQL) DB.

The other task is just for creating all the "create table" statements needed to set up the database.

Your suggestion for letting the user override any default I set in my script is okay for something someone might build upon. But as this script will run unatend (sooner or later), there is nothing to override after setting it up once. The variables module is intended for this setup.

Comment on Re: Re: variables / consts for different scripts

Replies are listed 'Best First'.
Re3: variables / consts for different scripts by dragonchild (Archbishop) on Aug 28, 2003 at 13:48 UTC
You're missing the point. When you have to write another script that deals with connecting to this MySQL database, but does not have to deal with the CSV files, then you can just use the database connectivity code without having to deal with the overhead of the CSV stuff. Your other task is the perfect example of this. You simply use the DB connectivity code cause that's all you need. As for "letting the user override" stuff ... YOU are the user of the module. The module doesn't know, nor care, about your end users. Maybe I should've used the term "client" or "caller", instead. The functions you need in both scripts should also be broken about into functional areas. Think about this not in terms of your current task, but in terms of tasks you don't know about yet. Here's another spin on it - why do we organize our kitchens? I mean, we're done with the task at hand, which is making today's dinner. Why put the silverware in one drawer and the dishes in another and the pots in a cupboard? Because - being organized and having functional areas defined makes things easier the next time. ------ We are the carpenters and bricklayers of the Information Age. The idea is a little like C++ templates, except not quite so brain-meltingly complicated. -- TheDamian, Exegesis 6 Please remember that I'm crufty and crochety. All opinions are purely mine and all code is untested, unless otherwise specified.	[reply]

Replies are listed 'Best First'.

Re3: variables / consts for different scripts
by dragonchild (Archbishop) on Aug 28, 2003 at 13:48 UTC

not

As for "letting the user override" stuff ... YOU are the user of the module. The module doesn't know, nor care, about your end users. Maybe I should've used the term "client" or "caller", instead.

The functions you need in both scripts should also be broken about into functional areas. Think about this not in terms of your current task, but in terms of tasks you don't know about yet.

Here's another spin on it - why do we organize our kitchens? I mean, we're done with the task at hand, which is making today's dinner. Why put the silverware in one drawer and the dishes in another and the pots in a cupboard? Because - being organized and having functional areas defined makes things easier the next time.

------
We are the carpenters and bricklayers of the Information Age.

The idea is a little like C++ templates, except not quite so brain-meltingly complicated. -- TheDamian, Exegesis 6

Please remember that I'm crufty and crochety. All opinions are purely mine and all code is untested, unless otherwise specified.

[reply]