2015年8月23日 星期日

[ Python 文章收集 ] Dive Into Python - Dynamically importing modules

Source From Here 
Preface 
First, let's look at how you normally import modules. The import module syntax looks in the search path for the named module and imports it by name. You can even import multiple modules at once this way, with a comma-separated list. You did this on the very first line of this chapter's script. 

Example 16.13. Importing multiple modules at once 
  1. import sys, os, re, unittest  
This imports four modules at once: sys (for system functions and access to the command line parameters), os (for operating system functions like directory listings), re (for regular expressions), and unittest (for unit testing). Now let's do the same thing, but with dynamic imports. 

Example 16.14. Importing modules dynamically 
>>> sys = __import__('sys') ...(1)
>>> os = __import__ ('os')
>>> re = __import__('re')
>>> unittest = __import__('unittest')
>>> sys ...(2)

>>> os

(1) The built-in __import__ function accomplishes the same goal as using the import statement, but it's an actual function, and it takes a string as an argument. 
(2) The variable sys is now the sys module, just as if you had said import sys. The variable os is now the os module, and so forth. 

So __import__ imports a module, but takes a string argument to do it. In this case the module you imported was just a hard-coded string, but it could just as easily be a variable, or the result of a function call. And the variable that you assign the module to doesn't need to match the module name, either. You could import a series of modules and assign them to a list. 

Example 16.15. Importing a list of modules dynamically 
>>> moduleNames = ['sys', 'os', 're', 'unittest'] ... (1)
>>> moduleNames
['sys', 'os', 're', 'unittest']
>>> modules = map(__import__, moduleNames) ...(2)
>>> modules ...(3)
[, , , ]
>>> modules[0].version ...(4)
'2.7.5 (default, Jun 24 2015, 00:41:19) \n[GCC 4.8.3 20140911 (Red Hat 4.8.3-9)]'
>>> import sys
>>> sys.version
'2.7.5 (default, Jun 24 2015, 00:41:19) \n[GCC 4.8.3 20140911 (Red Hat 4.8.3-9)]'

(1) moduleNames is just a list of strings. Nothing fancy, except that the strings happen to be names of modules that you could import, if you wanted to. 
(2) Surprise, you wanted to import them, and you did, by mapping the __import__ function onto the list. Remember, this takes each element of the list (moduleNames) and calls the function (__import__) over and over, once with each element of the list, builds a list of the return values, and returns the result. 
(3) So now from a list of strings, you've created a list of actual modules. (Your paths may be different, depending on your operating system, where you installed Python, the phase of the moon, etc.
(4) To drive home the point that these are real modules, let's look at some module attributes. Remember, modules[0] is the sys module, so modules[0].version issys.version. All the other attributes and methods of these modules are also available. There's nothing magic about the import statement, and there's nothing magic about modules. Modules are objects. Everything is an object.

沒有留言:

張貼留言

[Git 常見問題] error: The following untracked working tree files would be overwritten by merge

  Source From  Here 方案1: // x -----删除忽略文件已经对 git 来说不识别的文件 // d -----删除未被添加到 git 的路径中的文件 // f -----强制运行 #   git clean -d -fx 方案2: 今天在服务器上  gi...