也就是说参数要用camelCasing,其它所有能让使用者看到的地方,包括命名空间、类名称、属性、函数等都要都要使用PascalCasing。 要在命名字段时使用PascalCasing大小写风格。(适用于静态公有字段和静态受保护字段) 不要提供共有的或受保护的实例字段。 总的来说,框架中除了函数的参数外所有可见的部分都应该使用PascalCasing风格,因为资源通常可以以属性的方式被使用,所以资源的Key应该使用Pascal。 我个人建议XAML上元素使用PascalCasing,原因如下: 保持统一,基本上XAML中所有标签都使用PascalCasing。 UWP默认控件模板也使用PascalCasing,下面是UWP和WPF中ScrollViewer ControlTemplate的对比: <!
最好不要公开字段,如果需要公开那么使用PascalCasing风格而且不添加前缀。 我不是很赞同对字段的风格,但是因为本文是翻译,我就没有添加自己的理解。 限定 不要添加 this. 关键字 使用语言的关键字代替 BCL 类型,如使用 int, string, float代替Int32,String,Single 常量命名 对于所有的常量,包括静态只读,使用 PascalCasing
最好不要公开字段,如果需要公开那么使用PascalCasing风格而且不添加前缀。 我不是很赞同对字段的风格,但是因为本文是翻译,我就没有添加自己的理解。 限定 不要添加 this. 关键字 使用语言的关键字代替 BCL 类型,如使用 int, string, float代替Int32,String,Single 常量命名 对于所有的常量,包括静态只读,使用 PascalCasing
PascalCasing用于多个单词构成的名字空间、类型以及成员名字 3.1.2. camelCasing用于参数的名字 3.1.3. 使用PascalCasing命名名字空间,使用.号来区分层次 3.4.5. 考虑使用复数形式作为名字空间的名称 3.4.5.1. System.Collections 3.4.6. 使用名词和PascalCasing命名类和结构 3.5.2. 使用形容词命名接口,少数情况下使用名字和名词短语 3.5.3. 使用PascalCasing 3.6.4.2. 使用名词、名词短语或形容词 3.6.4.3. 不要添加前缀 不要用g_或者s_表示静态字段 3.7. 使用PascalCasing 3.8.2. 要具有描述性,而不是变短 3.8.3. 不要使用编程语言的关键字 3.8.4. 仅使用字母、数字、下划线 3.8.5.
公开元素:PascalCasing 命名 11. 考虑用类名作为属性名 public Company Company {get;set;} 12.
唯一且一致的英文标识符 NF002 规则:使用有意义的注释和属性 NF003 规则:记录开发人员信息 NF004 规则:遵守库的前缀和结构 NF005 规则:使用帕斯卡(PascalCasing
使用PascalCasing(驼峰命名法的别称详见http://en.wikipedia.org/wiki/CamelCase) ▲2.2.3. 缩写仅第一个首字母大写 ▲2.2.4.
使用PascalCasing(驼峰命名法的别称详见http://en.wikipedia.org/wiki/CamelCase) ▲2.2.3. 缩写仅第一个首字母大写 ▲2.2.4.
使用PascalCasing(驼峰命名法的别称详见http://en.wikipedia.org/wiki/CamelCase) ▲2.2.3. 缩写仅第一个首字母大写 ▲2.2.4.
#50a14f">'b-modal', VBModal) Vue允许使用各种组件和指令名称语法,因此可以随意使用 kebab-casing (示出), camelCasing, PascalCasing
它包括三种情况:首字母大写(PascalCasing)、全大写(UPPER_CASE)和全小写(lower_case)。