views:

929

answers:

4

Hi, I'm new to Python and programming in general (a couple of weeks at most).

Concerning Python and using modules, I realise that functions can imported using from a import *.

So instead of typing

a.sayHi()
a.sayBye()

I can say

sayHi()
sayBye()

which I find simplifies things a great deal. Now, say I have a bunch of variables that I want to use across modules and I have them all defined in one python module. How can I, using a similar method as mentioned above or an equally simple one, import these variables. I don't want to use import a and then be required to prefix all my variables with a..

The following situation would by ideal:

a.py

name = "Michael"
age = 15

b.py

some_function

if name == "Michael":
    if age == 15:
        print("Simple!")

Output:

Simple!
+7  A: 

You gave the solution yourself: from a import * will work just fine. Python does not differentiate between functions and variables in this respect.

>>> from a import *
>>> if name == "Michael" and age == 15:
...     print('Simple!')
...
Simple!
Stephan202
Heh, I'm a Python genius and I didn't even know it. Thanks.
Mr. November
Welcome, new Pythonista! That's the cool side on this language: no surprises.
Boldewyn
WHAT?? Plenty of 'em! How about having to declare `global name` inside a function if that function wants to change the value of `name`?
bobobobo
+6  A: 

You didn't say this directly, but I'm assuming you're having trouble with manipulating these global variables.

If you manipulate global variables from inside a function, you must declare them global

a = 10
def x():
   global a
   a = 15

print a
x()
print a

If you don't do that, then a = 15 will just create a local variable and assign it 15, while the global a stays 10

hasen j
Mm, that was another stumbling block for me.
Mr. November
+3  A: 

Just for some context, most linters will flag from module import * with a warning, because it's prone to namespace collisions that will cause headaches down the road.

Nobody has noted yet that, as an alternative, you can use the

from a import name, age

form and then use name and age directly (without the a. prefix). The from [module] import [identifiers] form is more future proof because you can easily see when one import will be overriding another.

Also note that "variables" aren't different from functions in Python in terms of how they're addressed -- every identifier like name or sayBye is pointing at some kind of object. The identifier name is pointing at a string object, sayBye is pointing at a function object, and age is pointing at an integer object. When you tell Python:

from a import name, age

you're saying "take those objects pointed at by name and age within module a and point at them in the current scope with the same identifiers".

Similarly, if you want to point at them with different identifiers on import, you can use the

from a import sayBye as bidFarewell

form. The same function object gets pointed at, except in the current scope the identifier pointing at it is bidFarewell whereas in module a the identifier pointing at it is sayBye.

cdleary
Thanks. I've never heard of from..import..as before.
Mr. November
If the answer was helpful to you, feel free to up-vote it! (At least, that's what the tool-tip says. :-)
cdleary
It was helpful, but I don't have 15 reputation yet and I need that much to vote ;_; If only I could be useful around here...
Mr. November
Ah, I forgot about that. No worries -- I'm sure you'll find some more good questions to ask/answer. :-)
cdleary
+2  A: 

Like others have said,

from module import *

will also import the modules variables.

However, you need to understand that you are not importing variables, just references to objects. Assigning something else to the imported names in the importing module won't affect the other modules.

Example: assume you have a module module.py containing the following code:

a= 1
b= 2

Then you have two other modules, mod1.py and mod2.py which both do the following:

from module import *

In each module, two names, a and b are created, pointing to the objects 1 and 2, respectively.

Now, if somewhere in mod1.py you assign something else to the global name a:

a= 3

the name a in module.py and the name a in mod2.py will still point to the object 1.

So from module import * will work if you want read-only globals, but it won't work if you want read-write globals. If the latter, you're better off just importing import module and then either getting the value (module.a) or setting the value (module.a= …) prefixed by the module.

ΤΖΩΤΖΙΟΥ
+1, this is a common stumbling block
Miles