摘要：第七章 其他8.1 表达式1 避免在表达式中用赋值语句3 避免对浮点类型做等于或不等于判断 8.2 类型转换1尽量避免强制类型转换。2如果不得不做类型转换，尽量用显式方式。附录一: 匈牙利命名法匈牙利命名法是一名匈牙利程序员发明的，而且他在微软工作了多年。此命名法就是通过微软的各种产品和文档传出来的。多数有经验的程序员，不管他们用的是哪门儿语言，都或多或少在使用它。这种命名法的基本原则是：变量名＝... 阅读全文

摘要：第七章 控件命名规则7.1 命名方法控件名简写+英文描述，英文描述首字母大写7.2 主要控件名简写对照表控件名 简写 控件名 简写Label lbl TextBox txtButton btn LinkButton lnkbtnImageButton imgbtn DropDownList ddlListBox lst DataGrid dgDataList dl CheckBo... 阅读全文

摘要：第六章　语句6.1 每行一个语句 每行最多包含一个语句。如 a++; //推荐 b--; //推荐a++; b--; //不推荐6.2 复合语句复合语句是指包含"父语句{子语句;子语句;}"的语句，使用复合语句应遵循以下几点 1 子语句要缩进。2 左花括号“{” 在复合语句父语句的下一行并与之对齐，单独成行。3 即使只有一条子语句要不要省略花括号“ {}”。 如 while (d + = s++)... 阅读全文

摘要：第五章　命名规范5.1 命名概述名称应该说明“什么”而不是“如何”。通过避免使用公开基础实现（它们会发生改变）的名称，可以保留简化复杂性的抽象层。例如，可以使用 GetNextStudent()，而不是 GetNextArrayElement()。 命名原则是：选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义，并且足够短以避免冗长。唯一名称在编程上仅用于将各项... 阅读全文

摘要：第三章 程序注释3.4 注释概述1、修改代码时，总是使代码周围的注释保持最新。2、在每个例程的开始，提供标准的注释样本以指示例程的用途、假设和限制很有帮助。注释样本应该是解释它为什么存在和可以做什么的简短介绍.3、避免在代码行的末尾添加注释；行尾注释使代码更难阅读。不过在批注变量声明时，行尾注释是合适的；在这种情况下，将所有行尾注释在公共制表位处对齐。 4 、避免杂乱的注释，如一整行星号。而是应该... 阅读全文

摘要：第二章 代码外观2.1 列宽 代码列宽控制在110字符左右。2.2 换行 当表达式超出或即将超出规定的列宽，遵循以下规则进行换行 1、在逗号后换行。 2、 在操作符前换行。 3、规则1优先于规则2。 当以上规则会导致代码混乱的时候自己采取更灵活的换行规则。 2.3 缩进 缩进应该是每行一个Tab(4个空格)，不要在代码中使用Tab字符。 Visual Studio.Net设置：工具->选项... 阅读全文

摘要：第一章　概述规范制定原则1 方便代码的交流和维护。 2 不影响编码的效率，不与大众习惯冲突。 3 使代码更美观、阅读更方便。 4 使代码的逻辑更清晰、更易于理解。术语定义Pascal 大小写 将标识符的首字母和后面连接的每个单词的首字母都大写。可以对三字符或更多字符的标识符使用Pascal 大小写。例如： BackColorCamel 大小写标识符的首字母小写，而每个后面连接的单词的首字母都大写。... 阅读全文