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,这里你需要去学习很多别人写的好的代码
还需要你自己去写一些去积累下来。
原文:http://www.cnblogs.com/symbol/p/6704992.html