【问题标题】:Naming conventions for Python scripts without classes没有类的 Python 脚本的命名约定
【发布时间】:2016-09-19 09:58:09
【问题描述】:

我已经四处寻找特定于我的用例的答案,但找不到,因此如果这个特定案例之前已经回答过,我们深表歉意。

我运行了许多执行不同功能的独立脚本,例如评估来自 API 的特定数据和发送电子邮件警报。虽然脚本本身使用适当命名的模块来共享功能 - 例如发送电子邮件 - 它们本身没有需要共享的功能。

因此,我的目录/脚本结构感觉太笼统了:

{script1 purpose}
    - go.py
{script2 purpose}
    - go.py
{script3 purpose}
    - go.py

例如

Spend Monitor
  - go.py

其中 `Spend Monitor' 是一个相关的目录名称,在每个目录中启动执行的脚本名为 go.py。

到目前为止,这还没有造成任何问题,但感觉像是不好的做法。但是,我找不到对这个特定案例的参考 - 是否应该重命名 go.py 文件?去什么?

【问题讨论】:

    标签: python naming-conventions


    【解决方案1】:

    这是我知道的关于模块名称的唯一参考(脚本本身就是模块,所以它也适用于它们):

    模块应该有简短的全小写名称。下划线可以 如果它提高可读性,则在模块名称中使用。

    https://www.python.org/dev/peps/pep-0008/#package-and-module-names

    现在,如果您认为命名事物的方式是不好的做法,并且您可以想一些其他方式感觉不太坏,那么可能值得进行更改。

    【讨论】:

      猜你喜欢
      • 2015-09-11
      • 2017-05-07
      • 1970-01-01
      • 1970-01-01
      • 2013-10-16
      • 2022-07-04
      • 1970-01-01
      • 2012-11-25
      • 2010-09-15
      相关资源
      最近更新 更多