1.不要把业务逻辑和非业务逻辑混合
多思考一下，尽量不要有错误的逻辑，和漏掉的情形
常见的逻辑：
（1）字符串的为空判断
if(s == null || s.length() <= 0);
如果 String 类型为null, 而去进行 equals(String) 或 length() 等操作会抛出java.lang.NullPointerException.
（2）对象是否为空判断
public static boolean isNullOrEmpty(Object obj) {
if (obj == null)
return true;
if (obj instanceof CharSequence)
return ((CharSequence) obj).length() == 0;
if (obj instanceof Collection)
return ((Collection) obj).isEmpty();
if (obj instanceof Map)
return ((Map) obj).isEmpty();
if (obj instanceof Object[]) {
Object[] object = (Object[]) obj;
if (object.length == 0) {
return true;
}
boolean empty = true;
for (int i = 0; i < object.length; i++) {
if (!isNullOrEmpty(object[i])) {
empty = false;
break;
}
}
return empty;
}
return false;
}
（3）时间上的判断
闰年产生的一系列时间计算的逻辑
/**
* 判断某年某月有多少天
*
* @param year month
* 年 月
* @return count
*/
public static int getYearMonthDaysCounts(int year,int month) {
int count = 0;
switch (month) {
case 1:
case 3:
case 5:
case 7:
case 8:
case 10:
case 12:
count =31;
break;
case 2:
count = isLeapYear(year)?29:28;
break;
default:
count = 30;
break;
}
return count;
}
等等。如果再遇到自己总结下吧。
2.非业务逻辑的代码尽量构建成方法去复用
这样类似的逻辑会多次出现，如果你在业务中写了很多相似的代码，是处理的非业务逻辑相关的，
那么你就需要考虑下怎么去把这一块抽象出来然后复用。这样代码的层次行就很清楚了，后期维护修改的话就会很
轻松，你只用找到逻辑有问题的那一块来修改，而不是大篇幅的去分析。
3.这些非逻辑的代码通常表现为工具类
各种utils，这里你需要去学习很多别人写的好的代码
还需要你自己去写一些去积累下来。