加载代码的require和import方法有哪些优缺点？

Question

Ruby使用require，Python使用import。他们是完全不同的模型，虽然我更习惯require模型，但我可以看到一些地方，我认为我更喜欢import。我很好奇人们发现哪些东西特别容易 - 或者更有趣，比他们应该更难 - 与这些模型中的每一个。

特别是，如果您正在编写新的编程语言，您将如何设计代码加载机制？哪些“优点”和“缺点”会对您的设计选择造成重大影响？

Answer 1

Python的import有一大特点，它捆绑了两两件事一起 - 如何找到进口下什么命名空间包含它。

这将创建非常明确的代码：

import xml.sax

这指定在哪里找到我们想要由Python搜索路径的规则来使用，代码。

与此同时，我们要访问的所有对象都位于此确切名称空间下，例如xml.sax.ContentHandler。

我认为这是Ruby需求的一个优势。 require 'xml'实际上可能会使命名空间XML或模块中可用的任何其他命名空间内的对象，而不需要直接从require行显示。

如果xml.sax.ContentHandler太长，你可能会在导入时指定一个不同的名称：

import xml.sax as X 

而且现在X.ContentHandler下是avalable。

这样Python需要你明确地构建每个模块的命名空间。 Python的命名空间是因此非常“物理”，我会解释我的意思：

• 默认情况下，只有在模块中直接定义的名称在其命名空间中可用：函数，类等等。
• 要添加到模块的名称空间，您明确地导入了您希望添加的名称，将它们（通过引用）“物理地”放置在当前模块中。

例如，如果我们有小Python包“过程”与内部子模块machine和interface，我们希望市直包名，代表这个作为一个方便的命名空间，这是和例子我们所能在“包定义”文件process/__init__.py写：

from process.interface import * 
from process.machine import Machine, HelperMachine 

因此我们举起一个通常来说是可访问的process.machine.Machine高达process.Machine。我们以非常明确的方式将所有名称从process.interface添加到process名称空间。

Python的进口，我写的好处是简单地二：

• 清除你有什么用import
• 明确时，你如何修改自己的模块的命名空间（程序或为其他人导入）

Answer 2

免责声明，我绝不是Python专家。

我看到require超过import的最大优点就是您不必担心理解名称空间和文件路径之间的映射。很明显：这只是一个标准的文件路径。

我真的很喜欢import所具有的命名空间的重点，但不禁要问，这种特殊的方法是不是太不灵活。据我所知，在Python中控制模块命名的唯一方法是更改​​正在导入的模块的文件名或使用重命名。此外，使用明确的命名空间，您可以通过其完全限定的标识符来引用某些东西，但是使用隐式命名空间，您无法在模块本身内部执行此操作，并且这可能会导致潜在的歧义没有重命名很难解决。

即foo.py：

class Bar: 
    def myself(self): 
    return foo.Bar 

这种失败：

 
Traceback (most recent call last): 
    File "", line 1, in ? 
    File "foo.py", line 3, in myself 
    return foo.Bar 
NameError: global name 'foo' is not defined 

两种实现使用的位置列表，从搜索，这在我看来是一个极为重要的组成部分，无论你选择的模型。

如果使用像require这样的代码加载机制，但该语言根本没有全局名称空间会怎么样？即任何地方都必须有名称空间，但开发人员完全可以控制定义类的哪个名称空间，并且该名称空间声明在代码中显式地发生，而不是通过文件名。或者，在全局名称空间中定义一些内容会生成警告。这是一种两全其美的方法，还是我缺少一个明显的缺点？

Answer 3

require的一个不错的属性是它实际上是一个在Kernel中定义的方法。因此，您可以覆盖它并实现您自己的Ruby包装系统，这是例如Rubygems呢！

PS：我不是在这里卖猴子补丁，而是Ruby的包系统可以被用户重写（甚至像python系统一样工作）。当你编写一门新的编程语言时，你不能把所有的东西都弄对。因此，如果您的导入机制可以从语言内部完全扩展（完全指向所有方向），那么您将为未来的用户提供最好的服务。从自身内部不完全扩展的语言是进化的死胡同。我会说这是Matz与Ruby合作的原因之一。

Answer 4

Python的导入提供了一种非常明确的命名空间：命名空间是路径，您不必查看文件就可以知道它们在哪些命名空间中进行定义，并且文件不会与命名空间定义混杂在一起。这使得应用程序的命名空间方案简单且快速理解（仅查看源代码树），并避免了像名称空间声明一样的简单错误。

一个不错的副作用是每个文件都有它自己的私有名称空间，所以在命名事物时不必担心冲突。

有时命名空间也会变得烦人，像some.module.far.far.away.TheClass()这样的东西在任何地方都可能很快让你的代码变得非常长而且无聊。在这些情况下，您可以使用import ... from ...并在当前一个注入另一个名称空间的位。如果注入导致与要导入的模块冲突，则可以简单地重命名您导入的内容：from some.other.module import Bar as BarFromOtherModule。

Python仍然很容易出现像循环导入这样的问题，但它的应用程序设计不仅仅是在这些情况下必须指责的语言。

因此，python采取了C++ namespace和#include并在很大程度上延伸它。另一方面，我没有看到ruby的module和require以何种方式为这些添加了新的东西，并且您有像全局命名空间混乱一样的可怕问题。