7 错误处理_处理717365943-CSDN博客

本文链接：https://blog.csdn.net/jiege_best/article/details/115435399

文章目录

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

使用异常而非返回码

使用返回码的问题

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

先写 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 的时候常用的一个解决方案就是适配器模式 转换（转换异常转换方法转换返回值 …）