エントリーの編集
                エントリーの編集は全ユーザーに共通の機能です。
                    必ずガイドラインを一読の上ご利用ください。
Goにおけるinterface{}のnilの挙動 - Qiita
記事へのコメント0件
- 注目コメント
 - 新着コメント
 
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
          - バナー広告なし
 - ミュート機能あり
 - ダークモード搭載
 
関連記事
Goにおけるinterface{}のnilの挙動 - Qiita
func main() { _, err := hoge() if err != nil { fmt.Println(err) } } func hoge() (ret *struct{}, e... func main() { _, err := hoge() if err != nil { fmt.Println(err) } } func hoge() (ret *struct{}, err error) { defer func() { if r := recover(); r != nil { err = errors.New("hoge error") } }() // なんか処理してエラーがあったらpanic if true { panic(ret) } return } 正解は呼び出し元にてhoge errorが出力されます。 これはこれで、プロダクション環境において、正しく動いており、特に問題はなかったのですが、例えばpanicにエラーではなく、構造体を入れていたりと、リファクタリングをする余地があったため、実施しようと思ったのですが、ふと疑問に思いました。 「retは
              
            

