import与from xx import遇到的一点问题-python学习

最新推荐文章于 2023-12-14 10:32:23 发布

weixin_30379973

最新推荐文章于 2023-12-14 10:32:23 发布

阅读量301

点赞数 1

文章标签： python 数据库

版权

今天在python的运行框里分别输入import datetime.datetime 和 from datetime import datetime，本以为结果应该是一样，结果前者却报错。

>>> import datetime.datetime
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named datetime
>>>

明明官方tutorial上说这两种都行，只好借助万能的google，终于在一个stackoverflow上的问题答案的回复中找到了原因：python版本的问题。上面前者的用法只能在3.x中使用。官方tutorial真是坑爹，这种问题不早说，害得我还花时间查这两个的不同。

当然，在查资料的过程中，也的确发现了这两个还是有些不同的。

当我们使用“import A.B”导入模块的时候, 在代码中使用B，仍然得使用“A.B”这种方式才能正确索引；而对于“from A import B”这样的语句，我们可以在代码中直接使用B就可以索引到B。

乍一看之下，貌似后者比前者方便很多，不用使用太多的“...”，但看到不少人说并不提倡使用“from A import B ”这样的语句，原因就是它会使得当前程序的命名空间混乱，出现重名覆盖的问题，比如程序中其他地方或者其他模块会出现一个也叫“B”的模块，这样在程序执行中就会出现很大的问题。

但是呢，事情并不是完全没有解决方案，如果我们非要使用后面这种语句（毕竟它比较简练，索引变量也比较方便，尤其在vim下编程来说），除了要非常小心不能出现这种重名问题之外，还可以使用“from A import B as m_B”，这样在后面的程序就用m_B来代替B了，这样就不会出重名的问题啦。

>>> from datetime import datetime as m_datetime
>>> m_datetime.today()
datetime.datetime(2012, 7, 30, 18, 22, 4, 469204)

之后我又试了一下直接用datetime.today（）,同样可以得到时间的，

>>> datetime.today()
datetime.datetime(2012, 7, 30, 18, 22, 19, 329445)

假如在同名的情况下，程序里对B进行了修改，是否会影响m_B的值，这种貌似只是从形式解决重名混乱的问题，不知道这种情况下会怎么样，等回头有空再来研究一下这种情况，已经在简单的import上花了太多时间，还得将主要精力放在工作上。

后来又在stackoverflow上看到一种做法：直接创建另外一个对象，这样也能避免重名的问题。

from urllib import request
# access request directly.
mine = request()

import urllib.request
# used as urllib.request
mine = urllib.request()

总之，不管怎样，还是自己在coding的过程中要小心，形式本身并不起决定因素。

参考资料：

转载于:https://www.cnblogs.com/Brogrammer/archive/2012/07/30/2615749.html

关注