借鉴：
今天在python的运行框里分别输入import datetime.datetime 和 from datetime import datetime，本以为结果应该是一样，结果前者却报错。
>>> importdatetime.datetimeTraceback (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了，这样就不会出重名的问题啦。
>>> fromdatetime importdatetime 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上看到一种做法：直接创建另外一个对象，这样也能避免重名的问题。
fromurllib importrequest#access request directly.mine =request()importurllib.request#used as urllib.requestmine = urllib.request()
总之，不管怎样，还是自己在coding的过程中要小心，形式本身并不起决定因素。
