类型用小写,变量名建议用Delphi式的定义规则,如Lstr_Id (局部) Astr_Id(全局)等,建议而已....

解决方案 »

  1.   

    建议用小写方法、属性、变量规范
    ·避免容易被主观解释的难懂的名称,如方面名 AnalyzeThis(),或者属性名 xxK8。这样的名称会导致多义性。 
    ·在面向对象的语言中,在类属性的名称中包含类名是多余的,如 Book.BookTitle。而是应该使用 Book.Title。 
    ·使用动词-名词的方法来命名对给定对象执行特定操作的例程,如 CalculateInvoiceTotal()。 
    ·在允许函数重载的语言中,所有重载都应该执行相似的函数。
    ·只要合适,在变量名的末尾或开头加计算限定符(Avg、Sum、Min、Max、Index)。
    ·在变量名中使用互补对,如 min/max、begin/end 和 open/close。 
    ·鉴于大多数名称都是通过连接若干单词构造的,请使用大小写混合的格式以简化它们的阅读。另外,为了帮助区分变量和例程,请对例程名称使用 Pascal 大小写处理 (CalculateInvoiceTotal),其中每个单词的第一个字母都是大写的。对于变量名,请使用 camel 大小写处理 (documentFormatType),其中除了第一个单词外每个单词的第一个字母都是大写的。 
    ·布尔变量名应该包含 Is,这意味着 Yes/No 或 True/False 值,如 fileIsFound。 
    ·在命名状态变量时,避免使用诸如 Flag 的术语。状态变量不同于布尔变量的地方是它可以具有两个以上的可能值。不是使用 documentFlag,而是使用更具描述性的名称,如 documentFormatType。 (此项只供参考)
    ·即使对于可能仅出现在几个代码行中的生存期很短的变量,仍然使用有意义的名称。仅对于短循环索引使用单字母变量名,如 i 或 j。 
    ·可能的情况下,尽量不要使用原义数字或原义字符串,如 For i = 1 To 7。而是使用命名常数,如 For i = 1 To NUM_DAYS_IN_WEEK 以便于维护和理解。 
      

  2.   

    建议用小写方法、属性、变量规范
    ·避免容易被主观解释的难懂的名称,如方面名 AnalyzeThis(),或者属性名 xxK8。这样的名称会导致多义性。 
    ·在面向对象的语言中,在类属性的名称中包含类名是多余的,如 Book.BookTitle。而是应该使用 Book.Title。 
    ·使用动词-名词的方法来命名对给定对象执行特定操作的例程,如 CalculateInvoiceTotal()。 
    ·在允许函数重载的语言中,所有重载都应该执行相似的函数。
    ·只要合适,在变量名的末尾或开头加计算限定符(Avg、Sum、Min、Max、Index)。
    ·在变量名中使用互补对,如 min/max、begin/end 和 open/close。 
    ·鉴于大多数名称都是通过连接若干单词构造的,请使用大小写混合的格式以简化它们的阅读。另外,为了帮助区分变量和例程,请对例程名称使用 Pascal 大小写处理 (CalculateInvoiceTotal),其中每个单词的第一个字母都是大写的。对于变量名,请使用 camel 大小写处理 (documentFormatType),其中除了第一个单词外每个单词的第一个字母都是大写的。 
    ·布尔变量名应该包含 Is,这意味着 Yes/No 或 True/False 值,如 fileIsFound。 
    ·在命名状态变量时,避免使用诸如 Flag 的术语。状态变量不同于布尔变量的地方是它可以具有两个以上的可能值。不是使用 documentFlag,而是使用更具描述性的名称,如 documentFormatType。 (此项只供参考)
    ·即使对于可能仅出现在几个代码行中的生存期很短的变量,仍然使用有意义的名称。仅对于短循环索引使用单字母变量名,如 i 或 j。 
    ·可能的情况下,尽量不要使用原义数字或原义字符串,如 For i = 1 To 7。而是使用命名常数,如 For i = 1 To NUM_DAYS_IN_WEEK 以便于维护和理解。
      

  3.   

    写.net两年了,我暂时还没见过有人用大写的
      

  4.   

    string 是 String 类型的别名,用 string 和 String 的效果是一样的;不过,有一点要注意:例如:在一个 .cs 源代码中,你用到了String 类型,那么必须引用命名空间System(即:using System;),否则编译不能通过;但是,你若用了 string ,即使没有引入(using System;),程序也能编译通过。我在编程时,一般都用 string ,许多专家建议的。
      

  5.   

    在C#中,string关键字被映射到基元类型System.String中,如int映射到System.Int32等,本身并无区别,只是使用基元类型的话代码看上去更加符合.NET中“一切皆是对象”的OO思想,具体使用什么取决于个人编码风格。
      

  6.   

    编译后的结果是一样的,string是C#语言的关键字,而String是.Net Framework 类库中的类名。
    如果开发的是多种语言的项目尽量用String这样不会出现问题。如:int 关键字,不同语言编译
    器可能编译成不同的.Net Framework 类库中的类,System.Int32或System.Int16。