摘要：
第七章 其他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()。 命名原则是：选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义，并且足够短以避免冗长。唯一名称在编程上仅用于将各项... 阅读全文
摘要：
第四章 申明4.1 每行声明数一行只建议作一个声明，并按字母顺序排列。如 int level; //推荐 int size; //推荐 int x, y; //不推荐4.2 初始化 建议在变量声明时就对其做初始化。 4.3 位置 变量建议置于块的开始处，不要总是在第一次使用它们的地方做声明。如 void MyMethod() { int int1 = 0; // beginning of met... 阅读全文
摘要：
第三章 程序注释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 大小写标识符的首字母小写，而每个后面连接的单词的首字母都大写。... 阅读全文
摘要：
目录第一章 概述.... 4规范制定原则... 4术语定义... 4Pascal 大小写... 4Camel 大小写... 4文件命名组织... 41.3.1文件命名... 41.3.2文件注释... 4第二章 代码外观.... 62.1 列宽... 62.2 换行... 62.3 缩进... 62.4 空行... 62.5 空格... 62.6 括号 - () 72.7 花括号 - {}. 7第... 阅读全文