随手.toString()带来的一个毁灭性灾难

生产有一个项目需要进行一点点改动，因为改动不大，所以他便没在测试环境进行测试，因为测试环境测试比较麻烦，而且生产这个改动就是针对model增加一个字段，然后某个分支进行赋值，操作起来比较简单，所以就进行改造了。
不出意外的，项目gg了，他怎么也想不到，出错的地方，就是因为他的1个随后.toString()，我们举个列子：

public class EcfnPay {
	String name;
	String age;
	String cc;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}

	public String getAge() {
		return age;
	}

	public void setAge(String age) {
		this.age = age;
	}

	public String getCc() {
		return cc;
	}

	public void setCc(String cc) {
		this.cc = cc;
	}

	@Override
	public String toString() {
		return "EcfnPay [name=" + name + ", age=" + age + ", cc=" + cc + "]";
	}

}

public static void main(String[] args) {
	EcfnPay ec = new EcfnPay();
	ec.setAge("11");
	ec.setName("小黄");
	System.out.println(ec.toString());
	System.out.println(ec.getCc());
	System.out.println("完毕---");
}

测试代码相当简单，而且这代码逻辑没毛病，但是关键就是他取对象的某个字段值赋值的时候，随手.toString()，比如这样：

null.toString()肯定是不行的，由于该同事在赋值的地方做了异常处理，所以没能捕获到具体异常，还打了日志在生产进行查询，折腾了一个下午。其实这种错误是非常非常低级的，什么时候建议用toString()呢？

一般而言，只有打印对象的时候，我们可以采用toString()进行输出，其他任何时候，不建议使用toString()，因为toString()仅仅对于调试或任何其他需要将对象呈现为字符串的情况有用，大多时候，进行赋值处理时，一般建议采用三目运算法则，判断是null还是空字符串，而不建议随手.toString()。