【问题标题】:convention for naming cleaned variable命名清理变量的约定
【发布时间】:2017-10-09 10:18:16
【问题描述】:

在清理后命名转换变量的约定是什么,即删除一些不需要的字符。我问的是测试环境中使用的实用的口语后缀。假设我们有原始的脏变量item_name

我遇到过像item_name_cleaneditem_name_weeded_outitem_name_seeded_out 这样的结局。你用什么?

【问题讨论】:

  • 为了您的目的,item_name_clean 似乎合适。

标签: sql naming-conventions naming


【解决方案1】:

没有约定,只需使用足够清晰的表达方式或您决定在工作环境中标准化的内容,并且您确定那里的每个人都知道。

但请注意,如果这种“清理”对安全性有任何潜在影响,最好为 dirty 变量添加后缀,以使任何使用它们的人都清楚它们的安全风险。
是否在干净变量的后缀之外添加更多的是个人喜好,但两者都做可能更好,这样遇到没有任何此类后缀的变量的人更有可能不做任何假设。

这只有在您可以更改原始变量的名称时才有意义(当然,它不是组件或其他您无法干预的东西)。

【讨论】:

  • 你写的是没有约定。您如何能 100% 自信地知道数百万用户对其变量做了什么。您是否想说您没有约定,并且一次以一种方式命名已清理的变量,而另一种方式则以另一种方式命名?通过提出这个问题,我希望我可以从其他用户的经验中获得提示。干杯:-)
  • @PrzemyslawRemin 1/3 你是认真的吗?我写了“没有约定”,因为我阅读或至少浏览了很多关于通用编程的书籍并且有一些经验,但我没有发现任何关于这个约定的暗示(这种做法甚至还没有被广泛使用) .这意味着世界上大多数 开发人员中没有一种实践被遵循,甚至没有一种实践在其他可能的情况下广泛流行。 (继续...)
  • @PrzemyslawRemin (...继续) 2/3 这并不意味着每个人对每个变量都使用不同的东西,每个必须经常使用它的个人或商店最终都会制造他们自己的约定,但这将是他们的 个人约定。当您说 什么是约定 时,我不得不假设您正在寻找一个 通用 约定,而不是每个个人约定的列表世界上所有的开发商和商店都想出了。我没有,我承认。 (继续...)
  • @PrzemyslawRemin (...continues) 3/3 在我想到的可能性中,safe 如果适用于您的情况,它的流行率似乎略高一些; clean 也用的很多。不过,它们似乎都不像广泛使用的“约定”。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2010-09-19
  • 2010-09-11
  • 2021-07-29
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多