问题标签 [method-names]

我不知道这种语法是有效的。

然后这样调用：

我觉得它丑陋和令人不安，但它会建立。

有人可以指出我的参考资料，它解释了为什么这是有效的。

FWIW 这个代码库（继承的）充斥着草率、懒惰的东西、几十个拼写错误，看起来它是由不需要再次阅读的人格式化的。（再次感谢unrustify。）

是否有任何官方 C++ 建议涉及应在方法名称中披露的信息量？我问是因为我可以在互联网上找到很多参考资料，但没有一个能真正解释这一点。

我正在使用一个名为 的方法开发一个 C++ 类calculateIBANAndBICAndSaveRecordChainIfChanged，它很好地解释了该方法的作用。较短的名称将更容易记住，并且不需要智能感知或复制和粘贴来键入。它的描述性较差，是真实的，但功能应该被记录下来。

在我的应用程序中，我们的用户可以相互执行操作——比如在 Facebook 上戳戳。

我现在正在编写方法，并不确定要采用哪种方法。我的意思是，我知道它们都可以接受，但有没有更惯用的方法？

选项1

选项 2

第一个选项用英语读起来更好，几乎完美地作为一个句子。第二个选项在方法命名方面更有意义，“poke”是在@other_user. 这@current_user只是提供额外信息的一个论点 - 谁做了戳。

这更像是一个关于英语语法的问题，但是，你能告诉我哪个是正确的方法名称吗？这种模棱两可让我发疯。

方法linesNumber返回某种表格中的“行”数。我个人喜欢“numberOfLines”变体，但linesNumber 更短......

我正在用重载方法记录一个 Scala 类。在 scaladoc 注释中引用它们时如何区分它们？例如，如果我有

然后跑sbt doc我得到

Doc.scala:1：警告：链接目标“Doc.foo”不明确。几个（可能重载的）成员适合目标：

• foo[A,B>:A](x:A):B对象文档中的方法[已选择]
• foo[A]:Nothing对象文档中的方法

对链接使用foo[A,B >: A]etc. 不起作用。

我想知道是否有任何类可以生成 MethodBase/MethodInfo，或者只是生成方法名称，而不使用“魔术字符串”。现在我正在做以下事情：

相反，我想知道是否有某种方法可以从接口中获取名称“get_IsBar”，如下所示：

我意识到那里仍然有一个“魔术字符串”，但至少它更易于管理。

我有以下两种方法，我想知道它们是否合适：

虽然此代码有效，但我希望避免检查 StartsWith 并以编程方式获取命名约定的部分。基本上，是否有任何 .NET 4.5 类能够查看 MethodInfo 是否是属性 getter/setter？

是否可以在不使用手动编写的字符串的情况下获取同一类中另一个方法的名称？

您可能会问为什么：好吧，原因是我必须稍后像这个 Invoke("otherMethod") 那样调用该方法，但是我不想自己硬编码这个字符串，因为我不能再在项目中重构它了。

在代码审查中，我面临一个包含以下方法对的类：

（XXX 和 YYY 是两种业务逻辑类型。）我不确定这些是否是理想的名称。

第一个确实与单例模式有关，但有一个参数和

• 返回一个对象，如果它存在或
• 如果它不存在，则创建并返回它。

第二个

• 返回与第一个方法相同的对象，但仅当它存在时
• Exception如果不存在，则抛出。

我在考虑要不要改名。你有更好的建议吗？

[编辑] 更具体地说：

• 名称应该简短而简洁地描述所发生的事情（无需阅读文档）
• 两种方法的关系应由名称保留

简而言之，它应该会产生一个干净的 API。给事物起一个易于理解的名称是软件工艺的核心部分。该主题与排序数组一样很少基于意见。

我有一种情况，我将方法名称作为字符串传递给函数，但我不希望它被硬编码。例如

我想要这样的东西：

这样我就可以通过“查找所有引用”来跟踪方法调用，并且可以毫无顾虑地使用重构。