从urllib到urllib.request，模块导入方式的变化背后藏着Python语言演进的智慧。
2012年的某个深夜，一个Python开发者在思考一个看似简单的问题：从urllib import request和import urllib.request，这两段代码真的是一样的吗？答案可能出乎你的意料。
我们先理清楚这背后的模块导入结构。Python的模块系统设计得非常灵活，但这种灵活性也容易让人混淆。urllib是一个标准库，而request是它的一个子模块。在Python 2中，模块导入方式和Python 3略有不同，但这个问题本质上是关于命名空间和模块结构的。
from urllib import request
这段代码的意思是：从urllib模块中导入request子模块。它和下面这段代码：
import urllib.request
在功能上其实是完全一样的。但它们在语法上和使用习惯上有细微差别。
我们来看一个简单的例子。假设你正在写一个爬虫，需要使用urllib.request.urlopen()。两种写法都能完成这个任务：
from urllib import request
response = request.urlopen('https://example.com')
或者：
import urllib.request
response = urllib.request.urlopen('https://example.com')
从功能上看，它们的差异几乎可以忽略不计。但如果你正在构建一个大型项目，或者希望代码风格更统一，那么选择哪一种写法就变得重要了。
说到底，模块导入方式的差异并不影响程序运行，但会影响代码的可读性和团队协作。有些开发者倾向于使用import语句，因为它更清晰地表达了模块的结构；也有些开发者喜欢from ... import ...，因为它能减少代码的层级。
在Python 3中，urllib模块被拆分成多个子模块，比如urllib.request、urllib.parse、urllib.error等。这种设计让代码更整洁，也更易于维护。但如果你习惯了旧版的写法，可能会一时不适应。
老版本的写法如：
import urllib
urllib.request.urlopen(...)
在Python 3中是无效的。这是因为urllib模块在Python 3中不再是一个单一的模块，而是被拆分成多个子模块。因此，你必须使用import urllib.request或者from urllib import request来导入。
即使在Python 3中，这两种写法也是可以互换的。但它们在代码组织和命名空间污染方面有着不同的考量。使用from urllib import request会让request直接出现在当前命名空间中，这可能在某些情况下造成变量名冲突。而import urllib.request则会将urllib.request作为一个完整的路径，避免了这种问题。
说实话，模块导入方式的选择在Python中并不像Java或C#那样严格。对于大多数日常开发来说，两种写法都可以完成任务。但如果你追求代码的优雅性和可维护性，那么import urllib.request可能是更稳妥的选择。
还有一点你可能没注意到，urllib.request在Python 3中其实是一个模块别名，它指向的是urllib.request这个具体的子模块。而urllib本身是一个包，包含多个子模块。
在编写大型项目时，这种结构会变得尤为重要。你可以通过import urllib.request明确地知道你正在使用的是哪个子模块，而不是依赖于urllib这个包的默认行为。这有助于代码的可读性和可维护性。
模块导入方式的演变也反映了Python语言对清晰性和可扩展性的重视。随着Python的发展，模块结构变得更加模块化和清晰，这不仅让开发者更容易理解代码，也降低了日后维护和升级的成本。
如果你正在学习Python，或者在构建一个复杂的项目，不妨花点时间思考一下：你选择的导入方式是否有助于代码的可读性和可维护性？有没有更好的方式来组织你的代码？
Python, 模块导入, urllib, request, 代码风格, 项目维护, 命名空间, 语法差异, 包结构, 优雅编程