纯 c# 项目用推荐风格的话是不存在这种

像楼上说的有可能是 Win32 API 的历史问题

也有可能是其他语言刚转过来

不同项目有不同的代码风格约定，只要整个项目保持一致就没什么问题

我现在正在维护的公司屎山代码，变量命名里还带着类型信息，比如 iTotalCount ，charpUserName ，看着非常难受，但也能理解当初他们为什么要这么做

多正常. 有好多 CShaper 都是 C/C++ 转过来的, 代码风格里带有强烈的 C/C++ 痕迹. 这都不是最离谱的
最离谱的是我曾经在某公司的代码里看到

``namespace com.xxx.xxx.SomeNameSpace.Xxxx``

这种写法..

见到真是一口老血都喷出来了.

FooFoo_BarBar 这种在 C# 最常见的是自动生成的事件处理器的方法名，比如 Form_Resized 通常是 this 作为 Form 类上的 Resized 事件，又比如 btnOk_Click 是 this.btnOk 对象的 Click 事件。在 C# 第二常见的是 COM 接口重名方法自动映射的消歧义名字，比如 IFace1 有 HRESULT Method(ULONG *result) 而 IFace2 有 HRESULT Method(SHORT *result)，那么同时实现 IFace1 和 IFace2 的 COM 对象就会具有 uint IFace1_Method() 和 short IFace2_Method()。这种 COM 改名方法对于用 C 语言访问 COM 也适用。

可以认为 _ 起到一个 :: (C++) 或者 . (C#) 的作用。

@gullitintanni > 变量命名里还带着类型信息，比如 iTotalCount ，charpUserName

这个是标准的匈牙利命名法，主要是在前 IDE 时代用的。当时没有很好的代码智能提示，所以相比每次用一个变量都需要找到它的 declaration ，能从变量名里直接读出类型显然更方便。现在有时写代码我也用 g_ 标识全局变量、s_ 标识静态变量、k_ 标识常量。

@w568w #15 iTotalCount 是错误的匈牙利命名法，匈牙利命名法里的“类型”信息不是存储类型而是含义类型，比如 cbStruct 和 cchOutput 才是正确的，uStruct 和 uOutput 则是错误的。

cb = Count of Bytes
cch = Count of CHars
u = Unsigned