一:不容许使用汉语拼音命名
欠规范代码示例:
public void zengJiaYongHu(){} 拼音方法名称
规范代码示例:
public void addUser(){}
解析:应当使用国际化语言,拼音使得代码难懂
二:Package名必须所有小写,而且必定要域名的反转,尽可能使用单个单词,不要以关键字或者熟悉的词开头,譬如Java,javax,ognl,否则会引发莫名其妙的异常
欠规范代码示例:
com.lxit.daoImpl 单词大写了,daoImpl多个单词 java.manager ognl.test.
规范代码示例:
com.easytopit.dao.impl
解析:这是一个你们都认同的习惯写法,也是一个默认的规范
三:局部变量及输入参数不要与类成员变量同名(get/set方法与构造函数除外)
欠规范代码示例:
public class UserDAOImpl{
private int count;
pubic void page(int count){}
}
类字段和方法参数名相同
规范代码示例:
public class UserDAOImpl{
private int count;
pubic void page(int pageCount){}
}
解析:类变量会引发逻辑错误,引发覆盖。
四:尽可能不要在变量后面加魔法数字,英文单个字母和没有实际意义的英文数字单词来区分变量
欠规范代码示例:
String One; 命名一个英文数字的变量
User user1 = new User();
User user2 = new User();
规范代码示例:
User userAdd = new User();
User userUpdate = new User();
解析:这样会下降代码的可读性,而且不容易往后开发人员的维护
五:包,类,变量命名不要加下划线(能够用驼峰命名解决)(常量除外)
欠规范代码示例:
com.tag_test.dao.jdbc_impl 有下划线的包名
int user_age ; 带下划线的变量名
public class Class_ {} 带下划线的类名
规范代码示例:
com.tag.test.dao.jdbc.impl
int userAge ;
public class Classes {}
解析:一种习惯性的用法,默认的规范
六:常量命名要大写,单词之间要用下划线分开.
欠规范代码示例:
public static final String teamAdd = "teamAdd"; 小写且没有下划线
规范代码示例:
public static final String TEAM_ADD = "teamAdd";
解析:容易区分变量和常量
七:方法名第一个字母小写(构造方法除外).
欠规范代码示例:
public void Function(){} 大写的方法名
规范代码示例:
public void function(){}
解析:习惯用法,默认的规范
八:两个单词以上的变量名要驼峰命名
欠规范代码示例:
int userage; age 单词'a' 小写
规范代码示例:
int userAge;
解析:可以更清晰的看懂变量所带表明的意思
九:每一个变量要用别人看得懂的词语来描述,尽可能不要省略.
欠规范代码示例:
private Student stu ; 把student 简写成 stu
规范代码示例:
private Student student;
解析:使代码看起来清晰令人易懂
十:类的命名通常是名词(有些ing的动词,形容词除外),而且是单数,变量名也是同样.函数的命名必须是动宾短语(构造词除外).
欠规范代码示例:
public class Manage{} 动词类命
规范代码示例:
public class UserManager {}
解析:能使别人一看到类名就知道这个类大概是作什么的。
十一:数据库链接对象的生成不能跟Model层混搅,必须将其放在一个单独的类里,用单例模式来实现数据库的链接.
欠规范代码示例:
java
规范代码示例:mysql
解析:数据库链接应当单独出去出来,以便其它类能够复用
十二: id通常不用int类型,用Long类型
欠规范代码示例:
int id; int 类型的关于人员的id
规范代码示例:
Long id;
解析:随着id的增加,当增加的id超出int的范围的时候就会出现异常web
十三:sql语句必定要用占位符,不能用拼写组成的语句(不然会引发Sql注入安全问题)sql
欠规范代码示例:数据库
规范代码示例:windows
解析:很容易出现错误,并且不清晰,不容易让人读懂。数组
十四:当一个变量在每一个方法里面使用,而且每一个方法里面包含的内容不同,那么这个变量不要用字段变量,要用局部变量,譬如PreparedStatement 最好不要声明为类字段.
欠规范代码示例:tomcat
规范代码示例:安全
解析:虽然不少类都使用到了PrepareStatement对象,但各个方法里用到的PrepareStatement对象都是不一样的,并发
因此不能做为类字段,抽取出来作类字段的话会出现数据混乱的问题
十五:作主键的列没有任何业务逻辑,没有任何实际意义,并且任什么时候候都不能修改。
欠规范主键示例:主键用一个身份证号码,或者学号
规范主键示例:主键用id,惟一性的,不可改变的。
解析:虽然身份证号码和学号也是惟一性的,可是他们是有意义的列,并且在程序升级时是能够更改的,
而id主要就是用来作主键的
十六:取记录的时候,拿数据库条件语句去比较,不要本身用Java代码去比较.
欠规范代码示例:
规范代码示例:
解析:一旦取出的数据量过大,而用java代码的if判断的话,会影响运行速率,还可能致使内存不足等错误。
二十二:两个不一样的包不能出现相同的文件名
欠规范示例:
packge com.lxitedu.work.MyWork.java
packge com.lxitedu.task.MyWork.java
规范示例:
packge com.lxitedu.work.MyWork.java
packge com.lxitedu.task.Work.java
解析:当一个在一个庞大的系统的时候,极可能引发混淆
二十三:提交代码前若是有TODO标签,要删除掉,若是要标记没有作完的任务或者之后要改进的任务,用LXTODO.
欠规范代码示例: 暂时无
规范代码示例:暂时无
解析:暂时无
二十四:注释掉的代码提交前要删除,通常删除本身的注释的代码,但不要删除别人注释的代码。
欠规范代码示例:
提交前没有删除这段代码
规范代码示例:删掉就好了
解析:既然代码在程序中没有用到的话就要删除,以避免其余队员看到误解和浪费他人时间来读其代码。
二十六:PreparedStatement、ResultSet、Statement.对象用完以后必须进行调用close()将会关闭(在finally关闭),当即释放此 Statement 对象的数据库和 JDBC 资源,否则会占用系统不少资源.
// 此规范能够用适配器模式解决,没必要手动去关闭了
二十七:尽可能不要在构造方法里初始化代码.
欠规范代码示例:
规范代码示例:
public class Person{
public Person()
}
解析:由于在构造器里初始化没办法控制,构造器多了也容易出现混乱。若是有反射机制,也许会跳过构造方法。
二十八:函数的返回值类型(若是有的话)要和其功能相匹配,要符合常规思惟.
欠规范代码示例:
规范代码示例:
解析:是获得一个用户的姓名,而不是获得一我的的姓名,由于人不必定是用户,因此用getUserName更准确一点
二十九:内部类的变量不要设为全局变量(public 字段变量),尽可能少用全局变量,多用局部变量
欠规范代码示例:
规范代码示例:
解析:暂时无
三十:若是是布尔型的变量则最好在命名用is或has开头。例如:isVisible,isExists等.
欠规范代码示例:
boolean flag=resultSet.next();
规范代码示例:
boolean hasNext=resultSet.next();
解析:难懂,且没有任何意义。
三十一:若是变量命名要加注释,说明命名不是很准确(若是公司须要强制写注释,或者这个变量比较复杂除外).
欠规范代码示例
//配置文件的路径
String path="java/tomcat/web.txt";
规范代码示例:
String configFilePath="java/tomcat/web.txt";
解析:命名清晰能够加强代码的可读性,节省编辑和阅读时间。
三十二:任何类字段除非必要(例如常量),不然都要私有化.
欠规范代码示例:
规范代码示例:
解析:没有为程序的安全考虑。能够被其余的类访问
三十三:尽可能减小一个类属性的做用域,在离使用它的最近的地方定义.
欠规范代码示例:
规范代码示例:
解析:当别人维护易引发混淆,容易引起错误
三十四:单例模式的使用必需要考虑到同步.
欠规范代码示例:
规范代码示例:
解析:当有多个用户并发使用的时候会形成数据的混乱,致使线程不安全
三十五:方法里面参数最好不要超过三个.
欠规范代码示例:
规范代码示例:
or//若是超过三个 必须把数据封装成一个pojo 以下把上面update方法中参数封装起来
解析:参数多容易出现错误。尤为是调用的时候,若是参数的顺序传错了,将是一个很是大的麻烦,并且没有拓展性
三十六:值类或值对象必须重写toString方法.
欠规范代码示例:
规范代码示例:
解析:toString的做用是一字符串的形式来返回它的实例信息,由于不一样的类的信息时不一样的,因此要重写,不能所有都继承Object的toString方法。
三十七:重写equals方法的时候,必须重写hashCode方法.
欠规范代码示例:
规范代码示例:
解析:重写equals和hashcode方法是为了像Set同样不能存储重复的元素,实现serializable是为了使这个类能够序列化
三十八:单元测试的时候必须是对象比较,若是一个字段有100个字,有时候数据库会自动删除一些,此时咱们就不知道程序那出bug了
欠规范代码示例:暂时无
规范代码示例:暂时无
解析:实用的开发经验
三十九:单元测试类名后面要加Test.
欠规范代码示例:
//这是一个UserDAO的单元测试类
public class UserDAO{}
规范代码示例:
public class UserDAOTest{}
解析:这样写让别人知道这个类是用作测试的,清晰易懂
四十:操做提示颜色,成功用蓝色字体,错误用红色字体.
欠规范代码示例: 暂时无
规范代码示例: 暂时无
解析: 暂时无
四十一:控制层不能调用model层除了最顶级的接口外任何内容。要经过new顶级接口才能调用
欠规范代码示例:
规范代码示例:
解析:这样作不只是为了程序的灵活着想,更是为了使代码的层次结构清晰明了
四十二:返回类型尽可能是父类接口或是抽象类,例如:要取得一个arrayList<User>对象,则返回类型要用List<User>。(父类或接口声明,子类实现)
欠规范代码示例:
规范代码示例:;
解析:扩大对象的接受范围,更有拓展性
四十三:SQL表或者字段里命名要注意,不能把关键词做为属性.
欠规范代码示例:
规范代码示例:
解析:SQL语句里字段名为关键字时,执行时就可能会出现问题,出错了很难找,因此在开始的时候就要注意.
四十四:使用try...catch时,通常在finally里面的close()能够不捕获异常,但必定要在catch处理异常(相似于治病打麻醉药)
欠规范代码示例:
规范代码示例:
解析:若是程序出现了异常,而catch块又没有任何错误输出,那么你的程序将永远不会报错,就没法发现错误,可是你的程序
老是有问题的,但又很难发现错误在哪里
四十五:当可以用工厂实例化对象的时候不要用构造器生成对象,要用工厂方法去代替。
欠规范代码示例:
规范代码示例:
解析:为了程序扩展性考虑,当构造器里的改变的时候,好比说增长一个参数,可能会由于系统过于庞大而忘记了修改
而用工厂模式能够一劳永逸
四十六:属性不能成为一个类 也不能成为一个函数名.
欠规范代码示例:
规范代码示例
解析:对象的属性只能做为属性,不能单独作一个类
四十七:若是一个方法的返回值是用来作判断的,返回值最好不要用字符串,要用int,
欠规范代码示例:
规范代码示例:
解析:由于字符串容易引起潜在的错误,好比失误的操做使得字符串多了个空格等等。
四十八:在eclipse中,一次启动的工程最好不要超过两个以上。
不可取的操做:
在tomcat中一次加载多个(两个以上)工程
正确的操做:
加载的工程最多不要超过两个,不用的工程关闭
解析:启动多了占用资源,出错了检查也不方便,也容易起冲突
五十一:在类中,重复了两次以上且公用的变量通常都要抽出成为类字段。
欠规范代码示例:
规范代码示例:
解析:增长代码的可读性,
五十二:程序代码中不要出现魔法数字。
欠规范代码示例:
规范代码示例:
解析:凭空出现的数字没人知道它是什么。很难令人读懂
五十三:数据库语句中,不要用*来代替也不能出现用变量拼写的语句
欠规范代码示例:
规范代码示例:
解析:1.用属性名而不用*让语句看起来更加清析易懂。
2.在增长或删除属性的时候出错的机率更少,也容易找出问题来。
3.通常状况不要去拼凑sql语句,应当用占位符,预处理来发送sql语句;
五十四:方法命名的时候必定要力求精准,好比:查询的时候要命名为queryAll或者queryByID.
欠规范代码示例:
//查询全部用户若是有多个查询方法的话 public void query(){- - - } //未免太过模糊
规范代码示例: //根据ID来查找用户; public void queryById(Long id){ //代码块 } //查询全部用户 public void queryAll(){}
解析:若是只有一个query太模糊了很难知道是查什么用的.
五十六: 有返回类型的方法,不能返回一个null
欠规范代码示例:
规范代码示例:
解析:一个方法有返回类型,就不能返回null或0. 若是要返回null时或0,则要写一个自定义的异常.返加这个自定义异常. 或者用集合工具类的emptyList方法返回一个空集合。
五十七: 类里面不能写空方法.若是有必要,则在方法里面要加一个注释
欠规范代码示例:
//写了一个空的方法
public void init(){ }
规范代码示例:
//在方法里面加上注释
public void init(){ //TODO 该方法尚未写完,待完成. }
解析:若是一个方法里面什么都没有写,那么要删除. 若是是实现过来的必需要重写该方法而不作会事的,应该要加注释.
五十九:若是是在PersonDAO 类里面,写增长方法就不用加后缀了.
欠规范代码示例: