Go錯(cuò)誤處理的基本規(guī)則有哪些-創(chuàng)新互聯(lián)

這篇文章主要講解了“Go錯(cuò)誤處理的基本規(guī)則有哪些”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“Go錯(cuò)誤處理的基本規(guī)則有哪些”吧！

創(chuàng)新互聯(lián)專注于南漳網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供南漳營(yíng)銷型網(wǎng)站建設(shè)，南漳網(wǎng)站制作、南漳網(wǎng)頁(yè)設(shè)計(jì)、南漳網(wǎng)站官網(wǎng)定制、小程序制作服務(wù)，打造南漳網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供南漳網(wǎng)站排名全網(wǎng)營(yíng)銷落地服務(wù)。

規(guī)則1-不要忽略錯(cuò)誤

遲早你的函數(shù)將返回失敗，你將花費(fèi)大量時(shí)間來確定原因并恢復(fù)程序。

處理這些錯(cuò)誤。如果您很急或太累-那么休息一下。

package main

import (
	"fmt"
	"time"
)

func main() {
	// 不要忽略這里的錯(cuò)誤
	lucky, _ := ifItCanFailItWill()
}

func ifItCanFailItWill() (string, error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 == 0 {
		return "shinny desired value", nil
	}

	return "", fmt.Errorf("I will fail one day, handle me")
}

規(guī)則2

盡早返回錯(cuò)誤

首先專注于代碼執(zhí)行的“happy path”可能很自然，但是我更喜歡從驗(yàn)證開始，并在最后一切都100％完好時(shí)才返回值。

縮放性差：

func nah() (string, error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 == 0 && isValid() {
		return "shinny desired value", nil
	}

	return "", fmt.Errorf("I will fail one day, handle me")
}

更專業(yè)的:

func earlyReturnRocks() (string, error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		return "", fmt.Errorf("time dividability must be OCD compliant")
	}

	if !isValid() {
		return "", fmt.Errorf("a different custom, specific, helpful error message")
	}

	return "shinny desired value", nil
}

優(yōu)點(diǎn)？

  • 更容易閱讀

  • 輕松添加更多驗(yàn)證

  • 嵌套代碼更少（尤其是在循環(huán)中）

  • 明確關(guān)注安全和錯(cuò)誤處理

  • 每個(gè)if條件可能有特定的錯(cuò)誤消息

規(guī)則3

返回值或錯(cuò)誤（但不能同時(shí)包含兩者）

我看到開發(fā)人員同時(shí)使用返回值和錯(cuò)誤。這是一個(gè)壞習(xí)慣。避免這樣做。

令人困惑：

func validateToken() (desiredValue string, expiredAt int, err error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		// THE expiredAt (nowNs) SHOULD NOT BE RETURNED TOGETHER WITH THE ERR
		return "", nowNs, fmt.Errorf("token expired")
	}

	return "shinny desired value", 0, nil
}

不足？

  • 方法簽名不清楚

  • 必須對(duì)方法進(jìn)行反向工程，以了解返回的值以及何時(shí)返回

沒錯(cuò)，有時(shí)您需要返回有關(guān)該錯(cuò)誤的其他信息，在這種情況下，請(qǐng)創(chuàng)建一個(gè)新的專用Error對(duì)象。

更專業(yè)的:

package main

import (
	"fmt"
	"github.com/davecgh/go-spew/spew"
	"time"
)

func main() {
	value, err := validateToken()
	if err != nil {
		spew.Dump(err.Error())
	}

	spew.Dump(value)
}

// Compatible with error built-in interface.
//
// type error interface {
//	Error() string
// }
type TokenExpiredErr struct {
	expiredAt int
}

func (e TokenExpiredErr) Error() string {
	return fmt.Sprintf("token expired at block %d", e.expiredAt)
}

func validateToken() (desiredValue string, err error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		return "", TokenExpiredErr{expiredAt: nowNs}
	}

	return "shinny desired value", nil
}

規(guī)則4

記日志或返回（但不能同時(shí)）

當(dāng)你將錯(cuò)誤寫入log時(shí)，就是在處理它。不要將錯(cuò)誤返回給呼叫者迫使他處理！

Go錯(cuò)誤處理的基本規(guī)則有哪些

為什么？因?yàn)槟幌雰纱位蚨啻螌?duì)同一條消息記錄日志：

package main

import (
	"fmt"
	"os"
	"time"
)

func main() {
	// validateToken() is already doing the logging,
	// but I didn't reverse engineer the method so I don't know about that
	// and now I will unfortunately end up with the same message being logged twice
	_, err := validateToken()
	if err != nil {
		// I have nowhere to return it, SO I RIGHTFULLY LOG IT
		// And I will not ignore a possible error writing err
		_, err = fmt.Fprint(os.Stderr, fmt.Errorf("validating token failed. %s", err.Error()))
		if err != nil {
			// Extremely rare, no other choice
			panic(err)
		}

		os.Exit(1)
	}
}

type TokenExpiredErr struct {
	expiredAt int
}

func (e TokenExpiredErr) Error() string {
	return fmt.Sprintf("token expired at block %d", e.expiredAt)
}

func validateToken() (desiredValue string, err error) {
	nowNs := time.Now().Nanosecond()
	if nowNs % 2 > 0 {
		// DO NOT LOG AND RETURN
		// DO NOT LOG AND RETURN
		// DO NOT LOG AND RETURN
		fmt.Printf("token validation failed. token expired at %d", nowNs)
		return "", TokenExpiredErr{expiredAt: nowNs}
	}

	return "shinny desired value", nil
}

即用日志記錄，又返回錯(cuò)誤會(huì)導(dǎo)致混亂輸出：

token validation failed. token expired at 115431493validating token failed. token expired at block 115431493

更專業(yè)的：log或返回錯(cuò)誤，選其一：

validating token failed. token expired at block 599480733

規(guī)則5

在IDE中將if err != nil配置為宏

感謝各位的閱讀，以上就是“Go錯(cuò)誤處理的基本規(guī)則有哪些”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)Go錯(cuò)誤處理的基本規(guī)則有哪些這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！

分享題目：Go錯(cuò)誤處理的基本規(guī)則有哪些-創(chuàng)新互聯(lián)
URL網(wǎng)址：http://www.muchs.cn/article24/dsoeje.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號(hào)、虛擬主機(jī)、App開發(fā)、網(wǎng)站設(shè)計(jì)、網(wǎng)站設(shè)計(jì)公司、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)

營(yíng)銷型網(wǎng)站建設(shè)