Go 오류 처리 기술 [닫기]

방금 Go를 시작했습니다. 내 코드에 다음이 많이 포함되기 시작했습니다.

   if err != nil {
      //handle err
   }

아니면 이거

  if err := rows.Scan(&some_column); err != nil {
      //handle err
  }

Go에서 오류를 확인하고 처리하기위한 좋은 관용구 / 전략 / 모범 사례가 있습니까?

명확히하기 위해 편집 : 나는 Go 팀이 더 나은 것을 생각해 낼 것을 제안하거나 제안하지 않습니다. 내가 제대로하고 있는지, 아니면 커뮤니티가 생각 해낸 기술을 놓쳤는 지 묻고 있습니다. 모두 감사합니다.

귀하의 코드는 관용적이며 제 생각에는 사용 가능한 모범 사례입니다. 어떤 사람들은 확실히 동의하지 않을 것이지만 나는 이것이 Golang의 표준 라이브러리 전체에서 볼 수있는 스타일이라고 주장합니다 . 즉, Go 작성자는 이러한 방식으로 오류 처리를 작성합니다.

이 질문을받은 지 6 개월 후 Rob Pike는 Errors are Values 라는 제목의 블로그 게시물을 작성했습니다 .

거기에서 그는 OP가 제시하는 방식으로 프로그래밍 할 필요가 없다고 주장하고 표준 라이브러리에서 다른 패턴을 사용하는 여러 위치를 언급합니다.

물론 오류 값과 관련된 일반적인 진술은 그것이 nil인지 여부를 테스트하는 것입니다.하지만 오류 값으로 할 수있는 다른 작업은 무수히 많으며 이러한 다른 항목을 적용하면 프로그램을 더 좋게 만들 수있어 상용구를 많이 제거 할 수 있습니다. 모든 오류가 rote if 문으로 확인되면 발생합니다.

...

언어를 사용하여 오류 처리를 단순화하십시오.

하지만 기억하세요 : 무엇을하든 항상 오류를 확인하세요!

좋은 읽기입니다.

나는 그들이 모두 관용적 코드라는 jnml의 대답에 동의하고 다음을 추가합니다.

첫 번째 예 :

if err != nil {
      //handle err
}

하나 이상의 반환 값을 다룰 때 더 관용적입니다. 예를 들면 :

val, err := someFunc()
if err != nil {
      //handle err
}
//do stuff with val

두 번째 예는 값만 다룰 때 좋은 속기 err입니다. 이는 함수가를 반환하는 경우에만 적용 error되거나 error. 예를 들어, 이것은 때때로 쓰여진 바이트 수 (때로는 불필요한 정보) 를 반환하는 Reader및 Writer함수 와 함께 사용됩니다 .interror

if _, err := f.Read(file); err != nil {
      //handle err
}
//do stuff with f

두 번째 형식은 if 초기화 문 사용이라고 합니다 .

따라서 모범 사례와 관련하여 내가 아는 한 ( "errors" 패키지를 사용하여 필요할 때 새로운 오류를 생성 하는 것을 제외 하고) Go!의 오류에 대해 알아야 할 거의 모든 것을 다루었습니다.

편집 : 예외 없이는 정말 살 수 없다는 것을 알게된다면 defer, panic&recover .

Go 함수 대기열을 통해 간소화 된 오류 처리 및 파이핑을위한 라이브러리를 만들었습니다.

여기에서 찾을 수 있습니다 : https://github.com/go-on/queue

간결하고 장황한 구문 변형이 있습니다. 다음은 짧은 구문의 예입니다.

import "github.com/go-on/queue/q"

func SaveUser(w http.ResponseWriter, rq *http.Request) {
    u := &User{}
    err := q.Q(                      
        ioutil.ReadAll, rq.Body,  // read json (returns json and error)
    )(
        // q.V pipes the json from the previous function call
        json.Unmarshal, q.V, u,   // unmarshal json from above  (returns error)
    )(
        u.Validate,               // validate the user (returns error)
    )(
        u.Save,                   // save the user (returns error)
    )(
        ok, w,                    // send the "ok" message (returns no error)
    ).Run()

    if err != nil {
       switch err {
         case *json.SyntaxError:
           ...
       }
    }
}

리플렉션을 사용하기 때문에 약간의 성능 오버 헤드가 있음을 유의하십시오.

또한 이것은 관용적 인 go 코드가 아니므로 자신의 프로젝트에서 사용하거나 팀이 사용에 동의하는 경우 사용하고 싶을 것입니다.

golang 및 다른 언어에서 오류를 처리하는 "전략"은 호출 스택에서 해당 오류를 처리 할 수있을만큼 충분히 높을 때까지 호출 스택에 오류를 지속적으로 전파하는 것입니다. 이 오류를 너무 일찍 처리하려고하면 코드가 반복 될 수 있습니다. 너무 늦게 처리하면 코드에서 무언가가 깨질 것입니다. Golang은 주어진 위치에서 오류를 처리하는지 또는 전파 하는지를 매우 명확하게 해주기 때문에이 프로세스를 매우 쉽게 만듭니다.

오류를 무시하려는 경우 간단한 _는이 사실을 매우 명확하게 나타냅니다. 처리하는 경우 if 문에서 확인할 수 있으므로 처리중인 오류의 정확한 경우가 명확합니다.

사람들이 위에서 말했듯이 오류는 실제로 정상적인 값입니다. 이것은 그것을 그렇게 취급합니다.

Go Gods는 Go 2에서 오류 처리를위한 "초안 설계"를 발표했습니다. 오류 관용구를 변경하는 것을 목표로합니다.

개요 및 디자인

그들은 사용자의 피드백을 원합니다!

피드백 위키

간단히 말하면 다음과 같습니다.

func f() error {
   handle err { fmt.Println(err); return err }
   check mayFail()
   check canFail()
}

업데이트 : 초안 디자인은 많은 비판을 받았기 때문에 최종 솔루션을위한 가능성 메뉴와 함께 Go 2 오류 처리를 고려할 요구 사항 초안을 작성했습니다 .

업계에서 대부분은 golang 문서 오류 처리 및 Go에 언급 된 표준 규칙을 따릅니다 . 또한 프로젝트 문서 생성에도 도움이됩니다.

다음은 Go에 대한 오류 처리를 줄이는 방법입니다. 샘플은 HTTP URL 매개 변수를 가져올 때입니다.

( https://blog.golang.org/errors-are-values 에서 파생 된 디자인 패턴 )

type HTTPAdapter struct {
    Error *common.AppError
}

func (adapter *HTTPAdapter) ReadUUID(r *http.Request, param string, possibleError int) uuid.UUID {
    requestUUID := uuid.Parse(mux.Vars(r)[param])
    if requestUUID == nil { 
        adapter.Error = common.NewAppError(fmt.Errorf("parameter %v is not valid", param),
            possibleError, http.StatusBadRequest)
    }
    return requestUUID
}

여러 가능한 매개 변수에 대해 호출하는 것은 다음과 같습니다.

    adapter := &httphelper.HTTPAdapter{}
    viewingID := adapter.ReadUUID(r, "viewingID", common.ErrorWhenReadingViewingID)
    messageID := adapter.ReadUUID(r, "messageID", common.ErrorWhenReadingMessadeID)
    if adapter.Error != nil {
        return nil, adapter.Error
    }

이것은 은색 총알이 아닙니다. 단점은 여러 오류가있는 경우 마지막 오류 만 얻을 수 있다는 것입니다.

그러나이 경우 상대적으로 반복적이고 위험이 적으므로 가능한 마지막 오류를 얻을 수 있습니다.

당신은 할 수 있습니다 (오류가 여기에 조심해야 값이기 때문에) 유사한 오류에 대한 오류 처리 코드를 정리하고 오류를 처리하는 전달 된 오류를 호출하는 함수를 작성합니다. 매번 "if err! = nil {}"을 쓸 필요가 없습니다. 다시 말하지만, 이것은 코드를 정리하는 결과를 가져 오지만 나는 그것이 일을하는 관용적 인 방법이라고 생각하지 않습니다.

다시 말하지만, 당신이 있기 때문에 할 수 있습니다 당신은 의미하지 않는다 해야한다 .

goerr 는 함수로 오류를 처리 할 수 ​​있습니다.

package main

import "github.com/goerr/goerr"
import "fmt"

func ok(err error) {
    if err != nil {
        goerr.Return(err)
        // returns the error from do_somethingN() to main()
        // sequence() is terminated
    }
}

func sequence() error {
    ok(do_something1())
    ok(do_something2())
    ok(do_something3())

    return nil /// 1,2,3 succeeded
}
func do_something1() error { return nil }
func do_something2() error { return fmt.Errorf("2") }
func do_something3() error {
    fmt.Println("DOING 3")
    return nil
}

func main() {
    err_do_something := goerr.OR1(sequence)

    // handle errors

    fmt.Println(err_do_something)
}

정확한 오류 제어를 원한다면 이것이 해결책이 아닐 수도 있지만, 저에게는 대부분의 경우 모든 오류가 쇼 스토퍼입니다.

그래서 대신 함수를 사용합니다.

func Err(err error) {
    if err!=nil {
        fmt.Println("Oops", err)
        os.Exit(1)
    }
}

fi, err := os.Open("mmm.txt")
Err(err)