【问题标题】:C# WinForms Naming ConventionC# WinForms 命名约定
【发布时间】:2009-01-22 23:21:06
【问题描述】:

C# WinForms 代码有任何命名约定吗?我在 Google 上搜索了一下,但没有快速找到。

我正在设计一个 WinForms 应用程序,并且类视图变得难以快速导航,因此我需要应用一些标准来更快地找到内容。

  1. 新(典型)控件 当您在 VS 中将新控件拖到窗体上时,它会为其分配一个驼峰式名称,但会生成一个私有成员字段。我以为私有类成员的约定是驼峰式大小写,前缀为下划线?

  2. 放置在表单上的控件的事件和方法呢? ControlName_MethodName 的 Studio 默认值是否适合所有事情?

【问题讨论】:

标签: c# winforms


【解决方案1】:

不,.NET 中的约定通常是根本不使用下划线。事件处理程序中存在异常,但对于大多数情况,通常没有下划线。除了事件处理程序,我不使用下划线。我对私有成员和函数使用骆驼套管,对公共成员(属性)和函数使用帕斯卡套管。但是,其他人有不同的标准。有些人喜欢使用 C++ 约定做 _someVariable 或 m_someVariable。不过我不这样做。

我很少使用匈牙利语,但我确实将匈牙利语用于 GUI 控件(因此提交按钮可能是 btnSubmit,或者客户列表框可能是 lstCustomers)。

就事件处理程序而言,你知道,这对我来说有点灰色地带。如果我使用 Visual Studio 的“tab-complete”方式来创建事件处理程序,我通常会保持原样。当然,这引入了下划线。但是,如果我不这样做,并且它不是 GUI 组件,有时我只使用 camelCasing。可能对于事件处理程序,使用 VS 默认命名方案将是一个好习惯。我认为只要你保持相对一致就可以了。

【讨论】:

    【解决方案2】:

    Microsoft 在适合 .Net 命名约定方面非常明确。这是详细的文档:

    http://msdn.microsoft.com/en-us/library/ms229002.aspx

    【讨论】:

    • 谢谢,您的回答也对我有所帮助,但我真的更喜欢经验丰富的编码人员的使用反馈。
    猜你喜欢
    • 1970-01-01
    • 2015-12-13
    • 1970-01-01
    • 1970-01-01
    • 2015-11-21
    • 1970-01-01
    • 1970-01-01
    • 2016-12-25
    • 2010-09-19
    相关资源
    最近更新 更多