【问题标题】:Python-like "as" keyword (for namespacing) in RubyRuby 中类似 Python 的“as”关键字(用于命名空间)
【发布时间】:2010-10-19 15:04:08
【问题描述】:

我刚刚结束looking at this question。我的第一个想法是 ruby​​ 必须有某种“as”类型的关键字,如 Python 的 import 来帮助避免命名空间污染。我用谷歌搜索了一下,但似乎建议 wrap your code in modules 避免 ruby​​ 的命名空间问题。这似乎有问题,因为如果两个模块的名称冲突怎么办。

那么,对于 ruby​​ 的要求,任何“as”类型的关键字?

【问题讨论】:

  • 选择不同的模块名称?
  • @Telemachus:在使用多个第三部分库时,这不是您的选择。
  • @Paulo 是的,明白了。不过,让我把问题转过来。这是一个紧迫的非理论问题吗?是否有常见的重要库使用完全相同的模块和类名并相互踩踏?可能是这样,但我没有遇到过。
  • @Telemachus:我不时遇到这个问题,有时命名空间冲突很难调试。可能对您来说这不是一个实际问题,因为您非常幸运或使用小型代码库。
  • 哪些模块有命名空间冲突?让其他人知道会很好,这样我们就可以避免它们,或者游说开发人员调整他们的模块名称以回避问题。

标签: python ruby module


【解决方案1】:

我总是用我的公司首字母来开始我的模块,或者用我自己的首字母来开始我的个人项目。

module JWG_TwitterTools
.
. 
.
end

【讨论】:

  • 正如@Paulo 上面指出的那样,这只有在源代码是你的情况下才有效。
  • 好点。我的观点是,通过将自己的前缀应用于库和 gem,您可以避免与自己的命名空间发生冲突,并避免其他人在使用您的代码时发生冲突。这是一种“最佳实践”,可以为您节省各种痛苦,如果每个人都这样做,那么它将把发生冲突的可能性降到最低。
【解决方案2】:

在 ruby​​ 2.0 中,会有mix (search for mix)。但是现在,没有那样的东西了......只需使用完整的常量路径。

【讨论】:

  • 那里没有太多细节,但仍然很有趣。感谢您的链接。不过,我不确定我是否知道“使用常量路径”是什么意思。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-04-14
  • 1970-01-01
  • 2020-02-07
  • 1970-01-01
  • 2014-05-21
相关资源
最近更新 更多