题

MFC拥有所有类名称的开始C例如，CFile和CGdiObject.有人看到它用在其他地方？是否有一个正式命名约定指导从Microsoft，建议这种风格？有没有这个想法源自MFC或者是一些其他项目？

有帮助吗？

解决方案

东西有点相似的是，用于在塞C++、《公约》是：

T类是"价值观"，例如TChar,TInt32,算

R课程都处理到核心(或其他)的资源，例如改变,RSocket

M类混入，其中包括接口(解释为混入不能实现)。该准则是多个遗产应包括至多1非M类。

C类是很多其他的一切，来自CBase，其中有一些东西，以帮助与资源的处理。

HBufC的存在主要以生成混淆员额在塞班论坛，并具有其自己的前缀只是开始。H代表"是吧?", 或者可能"唧唧,唧唧!你有没有STL!" ;-)

这是关闭在精神以应用匈牙利表示法而不是系统匈牙利表示法。前缀告诉你一些关于类，你可以看看在该文件，但是你不会知道。 整点名的任何东西，在编程是提供这样的提示，提醒, 否则你就会叫您类"Class001","Class002"，等等。

系统，匈牙利刚刚告诉你的类型的变量，其中海事组织是没有得到非常高兴，特别是在语言等C++那类型倾向于以是反复不断，否则完全隐藏的模板参数。模拟时命名类型是Java做法的命名的所有接口与I.再一次，我没有得到很兴奋这个(也一样的标准Java库)，但是如果你要定义一个接口，每一级，除了接口，其实际用于多态性在非试验的情况下，然后你需要一些方法来区分这两者。

其他提示

这是恶。不要使用匈牙利命名法任何东西，但抽象的东西。

例如，btnSubmit是确定描述名为提交按钮（这将具有一个伴随lblSubmit对于旁边的按钮上的标签）

但像CMyClass对于类和uiCount无符号命名计数整数事情没有帮助程序员，只是导致额外的浪费打字。

这是一个旧的C ++编码风格，并且MFC大概的使用它的最后一件事。

它通常只是一个C ++惯例（也许一些其他语言），因此它开始失宠的语言变得更加可互操作的，通过COM，然后.NET。

您仍然可以看到它的表哥，“我”的前缀接口，相当频繁。我一直觉得有趣的是“我”的时候幸存“C”死了，但可能是因为接口是在COM互操作性使用如此严重。

我记得Borland编译用文库，其中开始与“T”类的名字来了。大概为 “类型”：）

几年前的命名规则是帮助识别关键的类别，类型的类偶数的分组。不要忘记当时没有命名空间和无/局限于智能感知可用。 C是匈牙利命名法的形式，但肯定MFC而流行。 Borland公司和Delphi使用笔 - 作为前缀类型

虽然MFC和大量的为Windows编写的软件用于类“C”约定，你一般不会找到在UNIX平台编写的软件后者。我认为这是由Visual C ++非常强烈鼓励一种习惯。记得的Visual C ++ 6.0将前缀一个“C”来表示一个与类向导创建的任何类

我不能回答你所有的问题，但据我所知，这只是从其他类别区分MFC类 - 匈牙利命名法的形式

有趣的是，这是显然争议不仅仅是外MS，但内部以及。

有关的变量，约定如Fortran语言，你不需要在使用前声明类型的变量是有用的。我似乎记得，变量谁的名字开始与“i”或“J”默认为整数，和变量谁的开始“r”和其他字母的名字默认为实（浮点）值。

这是人们使用，你确实需要声明变量的语言相似 - 或类定义 - 或许仅仅是一个人从如Fortran语言它实际上要紧误解了旧代码约定的遗物

。

当编写使用Qt库应用，我们使用的命名约定是直接或间接地从QObject的衍生自类区分类都没有。这是有用的，因为你可以从类的名称是否不支持信号/插槽，性能，和所有其他的东西是来自QObject的告诉。

我们使用它在工作，像许多其他的命名约定

由许多我的意思下的类，P为指针，M_为会员，S_为静态成员，n的整数...不是许多文件

我个人发现匈牙利表示法帮助我，我可以看一个充满变数的屏幕，并立即知道它们是什么，因为我尝试和吸收的逻辑。你反对它唯一的参数我看到的是“额外的输入”

不隶属于 StackOverflow
scroll top