实例/类字段是否应该在Delphi中加前缀？

正如Bob叔叔的干净代码中所说，我们不应该给类成员加前缀。尽管我完全同意这些观点，特别是在谈到Delphi时，我们如何区分私有字段和公共属性

在Java中，这不是问题，因为没有属性

微软还建议在他们的网站上用粗体大字写下这种做法。它们区分私有字段使用小写，公共属性使用大写

除此之外，我们没有像其他IDE（包括免费和开源IDE…）那样向字段成员突出显示语法

那么，我们应该在所有字段前面加前缀吗？还是仅仅是那些与公共财产发生冲突的

编辑：

---

我知道Delphi的编码标准是在字段前面加上

F

，但这恰恰是干净代码中的一种糟糕做法。这是否意味着Delphi代码不能像用其他语言编写的代码那样“干净”？

Delphi的方法是在它们前面加上

F

：

strict private
  FField: Integer;
public
  property Field: Integer read FField;

---

（参见。）

是的，这是德尔福的方法。实际上，这是他们编码指南中的建议。我这样做，因为这似乎是唯一的办法。但是它违背了干净代码的原则。@RafaelPiccolo:不，它没有，只是违背了它的某种味道。编码准则有不同的风格，只要你同意并坚持其中一条，每一条的确切规则都无关紧要。在使用Delphi时，您最好遵守Borland Pascal指南，该指南已广为人知并得到遵守。坚持这些指导原则意味着其他Delphi开发人员可以立即识别。“这正是编码标准的目的。”Marjannema同意。然而，这条规则（和其他许多规则一样）可以追溯到几十年前。我不是说我们应该因为鲍勃·马丁那样说就改变一切。但多年来软件开发确实发生了很大的变化，出现了许多新的实践来改进代码表达。也许我们不应该再使用这样的旧标准来编写软件了。@RafaelPiccolo：我并不反对改变标准，但必须有一个很好的理由来改变一些非常好的工作。在我的书中，“旧”的标准不能作为一个很好的理由。@Nick，这不是一个奴性的坚持。我也不想因为旧的东西就让它失效。我只是同意书中的这一部分。这对我来说是有道理的。我怀疑旧标准是否正确。（我从来没有写过没有“F”的代码）看看Delphi附带的任何单元中的类声明，例如

Classes.pas

。我正在寻找，无论我走到哪里，Delphi都是按照使用

F

作为私有字段前缀的原则构建的。正如其他人已经写过的（请参阅此评论：）Bob叔叔的干净代码是非常面向Java的，并不像一些人希望我们相信的那样普遍良好。我不会选择它作为德尔菲编码圣经。有两种可能的答案（是和否），它们同样有效。风格指南不同意。这不是一个可以肯定回答的问题。投票结束不是建设性的。@Rafael，这可能是相关的，但不适合StackOverflow。它需要讨论、推测和意见，因此在这里并不合适。请参阅，其中明确说明了这一点，以及这个关于的元链接。好的，我同意不适合这样做，我道歉。实际上，在发布这个问题之前，我一直在思考是否应该发布它，最后我发布了它，因为我看到了[coding style]标签。如果无法在此处询问相关问题，则应删除标签。关于编码风格的任何问题最后都需要讨论。