所以我去了的参数特尔斐命名方案开始一个，类乏开始与F和本地变量与M.开始这是否计划有名字吗？ 我看到了很多，我想了解更多关于它的Delphi源，但我不知道它叫什么。
Answer 1:
这种编码风格是专门的在叫了Object Pascal的设计指南为不被匈牙利命名法（有一个例外， 枚举类型 。）
你在谈论具体的编码约定没有一个名字，例如，据我所知，它只是你正在编写代码符合CodeGear公司（旧Borland公司）的编码风格指南。 该指南似乎并没有给样式的名称。
你看到了很多在Delphi源的原因是因为这个指南是基于编码风格的德尔福团队开发！
本文档中的很值得一读 - 不仅为准则的指导原则，也出于对其中提到的其他事物的兴趣。
Answer 2:
你的模式可以被视为某种形式的匈牙利命名法 （HN）。 通常HN用于表示所述类型的可变的，但作为维基百科注意到，
这种记号法是在C ++中有时扩展到包括范围可变的，以下划线分隔。 此扩展通常也使用没有匈牙利型规格：[..]
Answer 3:
我想说你的命名约定并没有真正匹配匈牙利命名法，但它往往有点接近由查尔斯·西蒙尼发明了原始的匈牙利命名法后来被称为Apps Hungarian 。 但并不完全。
实际上有两种类型的匈牙利命名法：
- 应用匈牙利 -当时的想法是装点基于对他们存储，所以基本上变量的用途的语义信息标识符的名称：
rwElement - variable represents a row ("rw")
colElement - variable represents a columns ("col")
- 系统匈牙利 -前缀编码变量的实际数据类型 。
szName - variable is a zero-terminated string ("sz")
lAccount - variable is a long integer ("l")
所以，当你的命名约定确实在某种程度上代表了某种目的的，它是不是真的那么应用匈牙利指目的。
Answer 4:
在一般情况下，这听起来像匈牙利命名法 - 但是，这并不指定A，F或M惯例，具体的类型信息到名字只是预谋。
Answer 5:
你们是在普通类命名称为匈牙利命名法公约（在更广泛的可能高于通常意义上的名字有描述该变量的前缀），但没有，你的约定没有任何更具体的名称。
我从来没有见过的前缀您的特定选择。 我见过的最接近的是什么，我想为印惯例 ，它使用一种参数，F为域，G为全局，L为当地人，当然平时我为记录和类接口和T。 属性和子程序得到任何前缀。
文章来源: Does my variable naming convention have a name?
