万丈高楼平地起，好的编码风格能让别人撸起来更带劲，反之则想吐槽这是哪个傻X写的，这都是些什么乱七八糟的玩意？
然后看后面的注释发现是自己以前写的，那场面一度很尴尬。。。。
规约不是规则，不是一定要这样，就好比你去一个团队，人家都是用英文，然后你是中文，你这样还怎么展开工作交流？只怕过不了多久就让你滚蛋了。
下面是我工作上的一些简单总结，仅供参考，有啥错误欢迎指正。
一、编程规约
（一）命名风格
1.代码中命名严禁使用拼音与英文混合方式，更不允许直接使用中文（公司规定的，没办法）
说明：正确的英文拼写和语法可以让阅读者理解，避免歧义，即使纯拼音命名也要避免采用。
有人就要说了，以前看到一个新闻说人家妹子用中文声明变量，然后还是个高级设计师，类似于
public string 我不管 = “你不知道程序媛有多稀缺吗？混蛋” ；
2.类名、类属性、方法名、命名空间使用UpperCamelCase大写驼峰风格，英文单词首字母大写
3参数名、成员变量、局部变量、局部变量都统一用lowerCamelCase小驼峰风格（第一个词首字母小写，后面每个词首字母大写）
localCache/userList
4常量命名全部大写，单词间用下划线隔开
5抽象类命名用Abstract或base开头；异常类用Exception结尾；测试类以测试的类名开始，以Test结尾
6杜绝完全不规范的缩写，避免望文不知义 ex：AbstractClass缩写AbsClass
7使用设计模式，建议在类名中体现出具体模式。
public class OrderFactory
8类中的声明、方法和属性加上有效的Summery注释
/// <summary> /// 该类是用于对用户的控制器操作类 /// </summary> public class SysuserController { /// <summary> /// 用户名 /// </summary> public string name; /// <summary> /// 获得用户名 /// </summary> Public string getName() { // return this.name; } }
9枚举类名建议带上E前缀或Enum后缀，枚举成员名称需要全大写，单词用下划线隔开
（二）常量定义
1.不允许出现任何未经定义的常量直接出现在代码中。反例 string key=“caheKey_”+user.Name;
（三）格式规约
1.使用Ctr+K+D快捷键进行代码格式化
2大括号内为空，简写成{}即可，不需要换行；如果是非空代码，则左右括号各占一行，内容另起一行
public string getName() { }
public string getName()
{
return this.Name;
}
3.if/for/while/switch/do等保留字与左右括号之间都必须加空格
4.任何运算符左右必须加一个空格
5缩进采用4个空格，尽量不要使用tab字符（vs中tab默认是4个）
public static void main(string[] args) { // 缩进4个空格 string name = “Jack”; // 运算符的所有必须空一格 bool isMe = true; // 关键字if与括号之间必须有一格空格，括号内的方法体不需要空格 if (isMe == true) { Console.WriteLine(“my name is ” + name); } else { Console.WriteLine(“your name is ” + name); } }
6方法参数在定义和传入时，多个参数逗号后加空格
7没有必要增加若干空格来使某一行相应的字符对齐。
int a = 3； long b = 4； string str = “hello world”；
最后，对于混用的
(四)控制语句
1.在一个switch块内，每个case要么通过break/return等来终止，要么注释说明程序将继续执行到哪个case为止，必须包含一个default语句，并且放在最后
2.在if/else/for/while/do语句中都必须使用大括号，即使只有一行代码，避免下面的形式
if (condition) { //... Do something; return obj; } // else的业务逻辑代码
3.表达异常的分支时，少用if-else方式，如果非得使用勿超过3层
4除常用方法（如GetXXX/IsXXX）为，不要在条件判断中执行其他复杂语句，将复杂逻辑判断的结果赋值给一个有意义的bool变量
bool exsisted = file.Exsist() && obj != null && ...; If (exsisted) { ... }
(五)注释规约
1.类、类属性、类方法用Summary规范
/// <summary> /// .... /// </summary>
2.所有抽象方法用Summary注释，除了返回值、参数、异常说明外，还须指出该方法做了什么事，实现了什么功能
3.方法内部单行注释，在上方另起一行，用//注释，多行用/**/注释
4.代码修改的同事，注释也要进行相应的修改
5.注释的代码尽可能配合说明，而不是简单注释掉。
二、异常处理
1.异常不要用来做流程控制，条件控制
2.对大段代码进行try-catch，这是不负责任的表现。应该分期稳定代码和非稳定代码
3.捕获异常是为了处理它，不要捕获了却什么都不处理而抛弃，不想处理，就将该异常抛给他的调用者。
4.有try块放到了事务代码中，catch异常，如果要回滚事务，一定要注意手动回滚
5.finally块必须对资源对象、流对象、数据库连接进行关闭，有异常也要做try-catch
6.捕获异常与抛异常，必须完全匹配，或者捕获异常是抛异常的父类
7.方法的返回值可以是null，不强制返回空集合或空对象，加注释说明什么情况会返回null指，进行null判断，防止空引用异常
三、数据库
（一）建表规约
1.表达是与否概念的字段，使用is_xxx的方式命名（1表示是，0表示否），业务状态的字段也是，中间用其他数字表示，比如3表示退回
2.表名、字段名用小写字母和数据，不要出现数字开头，不要两个下划线中间只出现数字
3.表名不要使用复数名词
4禁用保留字，比如desc、range等
5.主键索引名为pk_字段名；唯一索引名为uk_字段名；普通索引名为idx_字段名
6.小数类型为decimal，float和double存在精度损失问题，很可能在值比较时，得不到正确结果
7.如果字符串长度几乎相等，使用char定长
8.新增字段须增加字段注析，如果涉及数字表达含义，注明每个数字代表的含义，比如1代表业务完成，0代表业务开始，3代表业务退回
9.表命名最好加上业务名称_表作用
10.单表行数超过500万行货单表容量超过2GB，才推荐进行分库分表
11.合适的字符存储长度，不但节约数据库的表空间，节约索引存储，更重要提升检索速度
（二）索引规约
1.业务上具有唯一特性的字段，即使是多个字段的组合，也建立唯一索引
2.在varchar字段上建立索引是，须指定索引长度，没必要对全字段建立索引
3.页面搜索不要左模糊或者全模糊，如果需要走搜索引擎
4.有order by场景，注意利用索引的有序性
5.利用覆盖索引来进行查询操作，避免回表
6.利用延迟关联或者子查询优化超多分页场景
7键组合索引的时候，区分度坐高的在最左边
8.防止因字段类型不同造成的隐式转换，导致索引失效
（三）SQL语句
1.不要使用count（列名）或count（常量）来替代count（）
2.使用ISNULL()来判断是否为NULL值
3.在代码中分页查询逻辑时，若count为0应直接返回，避免执行后面的分页语句
4.in操作能避免则避免
5.存储过程难以调试和扩展，更没有移植，避免使用
6.数据订正时，确认无误才执行更新
7.truncate table 比delete速度快，且使用的系统和事务日志资源少，但无事务且不触发trigger，有可能造成事故，不建议使用此语句