7 错误处理

编写既整洁又强大的代码—— 雅致地处理错误代码的一些技巧和思路

使用异常而非返回码

使用返回码的问题

• 搞乱了调用者的代码
• 调用者必须在调用之后即刻检查错误 并且这个步骤很容易被遗忘
  解决方式：抛异常 调用代码很整洁 其逻辑不会被错误处理搞乱

先写 try-catch-finally 语句

没看懂 不好意思

使用不可控异常

可控异常的代价就是违反开闭原则 得到的是一个从软件最低端贯穿到最高端的修改链！封装被打破了
因为在抛出路径中的每个函数都要去了解下一层级的异常细节 可控异常以这种方式破坏封装简直就是一种耻辱

给出异常发生的环境说明

• 错误来源和处所：堆栈踪迹
• 失败操作的原因：创建信息（包括失败操作和失败类型）充分的错误消息 记录下来 并和异常一起传递出去

依调用者需要定义异常类

有点像适配器模式 打包调用 API 返回通用异常类型 从而简化和整洁化代码
降低了对它的依赖 不必绑死在某个特定厂商的 API 设计上 可以定义自己感觉舒服的 API

ACMEPort port = new ACMEPort(12);

try {
	port.open();
} catch (DeviceResponseException e) {
	reposrtPortError(e);
	log.info(xxx);
} catch (ATMUnlockedException e) {
	reposrtPortError(e);
	log.info(xxx);
} catch (GMXException e) {
	reposrtPortError(e);
	log.info(xxx);
} finally {
	...
}

public class LocalPort {
	private ACMEPort innerPort;

	public LocalPort(int portNumber) {
		innerPort = new ACMEPort(portNumber);
	}
	
	public void open() {
		try {
			innerPort.open();
		} catch (DeviceResponseException e) {
			throw new PortDeviceFailure(e);
		}  catch (ATMUnlockedException e) {
			throw new PortDeviceFailure(e);
		}  catch (GMXException e) {
			throw new PortDeviceFailure(e);
		}
	}
	...
}

LocalPort port = new LocalPort(12);
try {
	port.open();
} catch (PortDeviceFailure e) {
	reportError(e);
	log.info(e.getMessage());
} finally {
	...
}

定义常规流程

手法：特例模式
创建一个类或配置一个对象 用来处理特例 客户代码就不用应付异常行为了 异常行为被封装到特例对象中

// 不知道理解对不对
public class SpecialClass implements TargetInterface {
	public int getTotal() {
		// 重写一般处理方法 并附加特殊处理代码
	}
}

别返回 null 值

返回 null 值基本上是在给自己增加工作量 也是在给调用者添乱 只要有一处没检查 null 值 应用程序就会失控
解决方法：抛出异常 或 返回特例对象。如果是三方 API 返回 null 可以用新方法打包这个方法 在新方法中抛出异常 或返回特例对象
许多情况下 特例对象都是爽口良药 如 空列表 Collections.emptyList()

经验 tips：遇到第三方 API 的时候 常用的一个解决方案就是适配器模式 转换（转换异常 转换方法 转换返回值 …）

别传递 null 值

在方法中返回 null 值是糟糕的做法 将 null值传递给其他方法就更糟糕了
解决方法：禁止传入 null 值 在程序入口即对 null 参数进行拦截处理 —— 大多数编程语言中 没有良好的方法能对付由调用者意外传入的 null 值

整洁代码是可读的 但也要强固 可读与强固并不冲突 区隔业务逻辑和错误代码 就能写出强固而整洁的代码 极大地提升了代码的可维护性