Go语言圣经 - 第7章 接口 - 7.11 基于类型断言区别错误类

第7章 接口

接口类型是对其它类型行为的抽象和概括.接口类型不会和特定的实现细节绑定在一起，这种抽象的方式能让我们的函数更加的灵活和更具有适应能力

Go语言的接口比较特殊，因为它是满足隐式实现的。也就是说，我们无需给具体类型定义所有满足足的接口类型，只需要让类型拥有一些简单必要的方法。这样我们新建一个接口类型，满足具体类型，并且我们不需要更改这些类型的定义。当我们使用的类型来自于不受我们控制的包时，这种机制比较有用

7.11 基于类型断言区别错误类

思考一下os包返回的错误集合。I/O可以因为各种原因失败，我们来看三种比较常见的，并且我们对他们进行了不同的处理：文件已经存在，找不到文件，权限拒绝

os包中提供了三个帮助函数来对给定的错误值表示的失败进行分类

package os

func IsExist（err error）bool
func IsNotExist（err error）bool
funce IsPermission（err error）bool

如果我们缺乏经验，可能回去检查这些判断是否包含了特定的字符串，如下

func IsNotExist（err error）bool {
	//NOTE: not robust
	return string.Contains(err.Error(),"file does not exist")
}

上述方法在测试过程中是有效的，但在实际的成产过程中并不健壮，因为不同平台对于同样的失败报出的错误消息可能是不同的

替代方式是用一个专门的类型来描述结构化的错误。os包中定义了一个PathError 类型来描述在文件路径中涉及到的失败，像Open或者Delete操作；并且定义了一个叫LinkError的变体来描述涉及到两个文件路径的操作，像symlink和rename，下面是os.PathError

type PathError struct {
	Op string
	Path string
	Err error
}

func (e *PathError) Error() string {
	return e.Op + " " +e.Path + ":" + e.Err.Error()
}

PathError的结构保护了内部的错误组件，调用方需要用类型断言来检测错误的具体类型，以便将一种失败与另一种失败区分开，具体的类型可以比字符串提供更多的细节

-,err := os.Open("/no/such/file")
fmt.Println(err) //"open /no/such/file: No such file or directory'
fmt.Printf("%#v\n",err) 
// Output:
// &os.PathError{Op:"open",Path:"/no/such/file", Err:0x2}

下面是三个函数的具体使用方式之一

var ErrNotExist = error.New("file does not exist")

func IsNotExist(err error) bool {
	if pe,ok := err.(*PathError);ok {
		err = pe.Err
	}
	return err == syscll.ENONET || ErrNotExist
}

下面是它的实际使用

_,err := os.Open("/no/such/file")
fmt.Println(os.IsNotExist))

如果错误消息结合成一个更大的字符串，当然PathError 的结构就不再为人所知，例如通过一个对fmt.Error函数的调用，区别错误通常必须在失败操作后，错误传回调用者前进行