ポインタとエラー
Pointers & errors
前のセクションでコンセプトに関連する、いくつかの値を取得できる「構造体」について学びました。
ある時点で、構造体を使用して状態を管理し、ユーザーが制御できる方法で状態を変更できるようにするメソッドを公開することができます。
金融技術はGoを愛してます 、、ビットコイン? それでは、私たちがどんな素晴らしい銀行システムを作ることができるかを示しましょう。
Bitcoinを預金するWallet構造体を作成しましょう。

最初にテストを書く

func TestWallet(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(10)
got := wallet.Balance()
want := 10
if got != want {
t.Errorf("got %d want %d", got, want)
}
}
前の例では、フィールド名を使用してフィールドに直接アクセスしましたが、非常に安全なウォレットでは、内部状態を他の世界に公開したくありません。メソッドを介してアクセスを制御したい。

テストを実行してみます

./wallet_test.go:7:12: undefined: Wallet

テストを実行するための最小限のコードを記述し、失敗したテスト出力を確認します

コンパイラはWalletが何であるかを知らないので、それを伝えましょう。
type Wallet struct { }
これで財布ができました。もう一度テストを実行してください
./wallet_test.go:9:8: wallet.Deposit undefined (type Wallet has no field or method Deposit)
./wallet_test.go:11:15: wallet.Balance undefined (type Wallet has no field or method Balance)
これらのメソッドを定義する必要があります。
テストを実行するのに十分なことだけを忘れないでください。 テストが正しく失敗し、明確なエラーメッセージが表示されることを確認する必要があります。
func (w Wallet) Deposit(amount int) {
}
func (w Wallet) Balance() int {
return 0
}
この構文に慣れていない場合は、戻って構造体のセクションを読んでください。
テストがコンパイルされ、実行されるはずです
wallet_test.go:15: got 0 want 10

成功させるのに十分なコードを書く

状態を保存するには、構造体に何らかの balance 変数が必要です
type Wallet struct {
balance int
}
Goでは、シンボル(変数var、タイプtype、関数func)が小文字の記号で始まっている場合は、それは定義されているパッケージの外側のプライベートなものです。
私たちのケースでは、メソッドがこの値を操作できるようにしたいが、他の誰も操作できないようにしたい。
In our case we want our methods to be able to manipulate this value but no one else.
「レシーバーreceiver」変数を使用して、構造体の内部のbalanceフィールドにアクセスできることを覚えておいてください。
func (w Wallet) Deposit(amount int) {
w.balance += amount
}
func (w Wallet) Balance() int {
return w.balance
}
フィンテックでのキャリアが確保されたら、テストを実行し、合格したテストを浴びます
wallet_test.go:15: got 0 want 10

????

これは混乱を招きます。 コードは機能するように見え、新しい金額を残高に追加し、次にbalanceメソッドはその現在の状態を返す必要があります。
Goでは、関数またはメソッドを呼び出すと、引数は _ コピーされます
func (w Wallet) Deposit(amount int)を呼び出すとき、 wはメソッドの呼び出し元のコピーです。
あまりにもコンピュータサイエンシーにならずに、ウォレットのように値を作成すると、メモリのどこかに保存されます。そのメモリのビットの address は、 &myValで確認できます。
コードにいくつかのプリントを追加して実験します
func TestWallet(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(10)
got := wallet.Balance()
fmt.Printf("address of balance in test is %v \n", &wallet.balance)
want := 10
if got != want {
t.Errorf("got %d want %d", got, want)
}
}
func (w Wallet) Deposit(amount int) {
fmt.Printf("address of balance in Deposit is %v \n", &w.balance)
w.balance += amount
}
エスケープ文字は、メモリアドレスの出力後に新しい行を出力します。 &シンボルのアドレスを持つものへのポインタを取得します。
テストを再実行します
address of balance in Deposit is 0xc420012268
address of balance in test is 0xc420012260
2つのbalancesのアドレスが異なることがわかります。 したがって、コード内のbalancesの値を変更する場合、テストから得られたもののコピーに取り組んでいます。 したがって、テストのバランスは変更されません。
これは pointers で修正できます。 [ポインタ](https://gobyexample.com/pointers)をいくつかの値に point させてから、それらを変更させます。 したがって、ウォレットのコピーを取得するのではなく、ウォレットへのポインタを取得して、変更できるようにします。
func (w *Wallet) Deposit(amount int) {
w.balance += amount
}
func (w *Wallet) Balance() int {
return w.balance
}
違いは、レシーバーのタイプがWalletではなく*Walletであり、Walletへのポインターとして読み取ることができることです。
テストを試行して再実行すると、テストに合格するはずです。
不思議に思うかもしれませんが、なぜ合格したのですか? 次のように、関数のポインターを逆参照しませんでした。
func (w *Wallet) Balance() int {
return (*w).balance
}
一見オブジェクトに直接対処したようです。実際、 (*w)を使用した上記のコードは完全に有効です。 ただし、Goの作成者はこの表記を扱いにくいと判断したため、この言語では、明示的な逆参照なしでw.balanceを記述できます。 構造体へのこれらのポインタには、独自の名前 struct pointers があり、自動的に逆参照されます
技術的には、バランスのコピーを取ることは問題ないので、ポインターレシーバーを使用するためにBalanceを変更する必要はありません。 ただし、慣例では、一貫性を保つために、メソッドレシーバーのタイプを同じに保つ必要があります。

リファクタリング♪

私たちはビットコインの財布を作っていると述べましたが、これまでのところ言及していません。 intを使用しているのは、物事を数えるのに適したタイプだからです。
このためのstructを作成するのは少しやり過ぎのようです。 intは、動作の点では問題ありませんが、説明的ではありません。
Goでは、既存のタイプから新しいタイプを作成できます。
構文は、type MyName OriginalType です。
type Bitcoin int
type Wallet struct {
balance Bitcoin
}
func (w *Wallet) Deposit(amount Bitcoin) {
w.balance += amount
}
func (w *Wallet) Balance() Bitcoin {
return w.balance
}
func TestWallet(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(Bitcoin(10))
got := wallet.Balance()
want := Bitcoin(10)
if got != want {
t.Errorf("got %d want %d", got, want)
}
}
Bitcoinを作成するには、Bitcoin(999) という構文を使用します。
これにより、新しい型を作成し、それらに対して methods を宣言できます。 これは、既存のタイプの上にドメイン固有の機能を追加する場合に非常に役立ちます。
Stringer をビットコインに実装しましょう
type Stringer interface {
String() string
}
このインターフェイスは fmtパッケージで定義されており、%s形式の文字列を prints で使用したときにタイプがどのように印刷されるかを定義できます。
func (b Bitcoin) String() string {
return fmt.Sprintf("%d BTC", b)
}
ご覧のとおり、「型」エイリアスでメソッドを作成するための構文は、構造体での構文と同じです。
次にテストフォーマット文字列を更新して、代わりに String()を使用する必要があります。
if got != want {
t.Errorf("got %s want %s", got, want)
}
この動作を確認するには、意図的にテストを中断して、確認できるようにします。
wallet_test.go:18: got 10 BTC want 20 BTC
これにより、テストで何が起こっているかが明確になります。
次の要件は、 Withdraw関数です。

最初にテストを書く

Deposit()のほぼ逆
func TestWallet(t *testing.T) {
t.Run("Deposit", func(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(Bitcoin(10))
got := wallet.Balance()
want := Bitcoin(10)
if got != want {
t.Errorf("got %s want %s", got, want)
}
})
t.Run("Withdraw", func(t *testing.T) {
wallet := Wallet{balance: Bitcoin(20)}
wallet.Withdraw(Bitcoin(10))
got := wallet.Balance()
want := Bitcoin(10)
if got != want {
t.Errorf("got %s want %s", got, want)
}
})
}

テストを実行してみます

./wallet_test.go:26:9: wallet.Withdraw undefined (type Wallet has no field or method Withdraw)

テストを実行するための最小限のコードを記述し、失敗したテスト出力を確認します

func (w *Wallet) Withdraw(amount Bitcoin) {
}
wallet_test.go:33: got 20 BTC want 10 BTC

成功させるのに十分なコードを書く

func (w *Wallet) Withdraw(amount Bitcoin) {
w.balance -= amount
}

リファクタリング♪

テストには重複があります。それをリファクタリングしましょう。
func TestWallet(t *testing.T) {
assertBalance := func(t *testing.T, wallet Wallet, want Bitcoin) {
t.Helper()
got := wallet.Balance()
if got != want {
t.Errorf("got %s want %s", got, want)
}
}
t.Run("Deposit", func(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(Bitcoin(10))
assertBalance(t, wallet, Bitcoin(10))
})
t.Run("Withdraw", func(t *testing.T) {
wallet := Wallet{balance: Bitcoin(20)}
wallet.Withdraw(Bitcoin(10))
assertBalance(t, wallet, Bitcoin(10))
})
}
アカウントに残っている以上に「撤回Withdraw」しようとするとどうなりますか? 当面の要件は、当座貸越施設がないことを前提としています。
Withdrawを使用する場合、どのように問題を通知しますか?
Goでは、エラーを示したい場合、呼び出し側がチェックして対処するために関数が errを返すことは慣用的です。
これをテストで試してみましょう。

最初にテストを書く

t.Run("Withdraw insufficient funds", func(t *testing.T) {
startingBalance := Bitcoin(20)
wallet := Wallet{startingBalance}
err := wallet.Withdraw(Bitcoin(100))
assertBalance(t, wallet, startingBalance)
if err == nil {
t.Error("wanted an error but didn't get one")
}
})
Withdrawがエラーを返すようにしたいのですが、あなたが持っている以上のものを取り出そうとしても、balanceは変わらないはずです。
次に、 nilの場合、テストに失敗してエラーが返されたことを確認します。
nilは他のプログラミング言語のnullと同義です。 Withdrawの戻り値の型はインターフェイスであるerrorになるため、エラーは nilになる可能性があります。 引数を取る関数、またはインターフェイスである値を返す関数がある場合、それらは nillable(潰しが利かない) になる可能性があります。
nullのようにnilである値にアクセスしようとすると、ランタイムパニックがスローされます。 これは悪いです! nilをチェックすることを確認する必要があります。

テストを試して実行する

./wallet_test.go:31:25: wallet.Withdraw(Bitcoin(100)) used as value
言い回しは少し不明瞭かもしれませんが、Withdrawを使用する以前の意図は単にそれを呼び出すことであり、決して値を返しません。 このコンパイルを行うには、戻り値の型を持つように変更する必要があります。

テストを実行するための最小限のコードを記述し、失敗したテスト出力を確認します

func (w *Wallet) Withdraw(amount Bitcoin) error {
w.balance -= amount
return nil
}
繰り返しになりますが、コンパイラーを満足させるのに十分なコードを書くことが非常に重要です。 Withdrawメソッドを修正してerrorを返すようにしました。 ここでは 何か を返す必要があるので、nilを返します。

成功させるのに十分なコードを書く

func (w *Wallet) Withdraw(amount Bitcoin) error {
if amount > w.balance {
return errors.New("oh no")
}
w.balance -= amount
return nil
}
errorsをコードにインポートすることを忘れないでください。
errors.Newは、選択したメッセージで新しいerrorを作成します。

リファクタリング♪

テストを読みやすくするために、エラーチェック用のクイックテストヘルパーを作成しましょう。
assertError := func(t *testing.T, err error) {
t.Helper()
if err == nil {
t.Error("wanted an error but didn't get one")
}
}
そして、私たちのテストでは
t.Run("Withdraw insufficient funds", func(t *testing.T) {
wallet := Wallet{Bitcoin(20)}
err := wallet.Withdraw(Bitcoin(100))
assertBalance(t, wallet, Bitcoin(20))
assertError(t, err)
})
うまくいけば、 "oh no"のエラーを返すときに、返すのはそれほど便利ではないように思われるので、私たちはそのことを繰り返していると考えていました。
エラーが最終的にユーザーに返されると仮定して、エラーの存在だけでなく、何らかのエラーメッセージを評価するようにテストを更新しましょう。

Write the test first

比較する stringのヘルパーを更新します。
assertError := func(t *testing.T, got error, want string) {
t.Helper()
if got == nil {
t.Fatal("didn't get an error but wanted one")
}
if got.Error() != want {
t.Errorf("got %q, want %q", got, want)
}
}
そして、発信者を更新します。
t.Run("Withdraw insufficient funds", func(t *testing.T) {
startingBalance := Bitcoin(20)
wallet := Wallet{startingBalance}
err := wallet.Withdraw(Bitcoin(100))
assertBalance(t, wallet, startingBalance)
assertError(t, err, "cannot withdraw, insufficient funds")
})
呼び出された場合にテストを停止する t.Fatalを導入しました。 これは、周りにエラーがない場合に返されるエラーについてこれ以上アサーションを作成したくないためです。 これがなければ、テストは次のステップに進み、nilポインターのためにパニックになります。

テストを実行してみます

wallet_test.go:61: got err 'oh no' want 'cannot withdraw, insufficient funds'

成功させるのに十分なコードを書く

func (w *Wallet) Withdraw(amount Bitcoin) error {
if amount > w.balance {
return errors.New("cannot withdraw, insufficient funds")
}
w.balance -= amount
return nil
}

リファクタリング♪

テストコードと Withdrawコードの両方でエラーメッセージが重複しています。
誰かがエラーを書き直したい場合、テストが失敗するのは本当にうっとうしいことであり、それは私たちのテストには余りにも詳細です。 正確な表現が何であるかについては実際には気にしません。 特定の条件が与えられた場合、引き出しに関する何らかの意味のあるエラーが返されるだけです。
Goでは、エラーは値なので、それを変数にリファクタリングして、単一の真のソースを持つことができます。
var ErrInsufficientFunds = errors.New("cannot withdraw, insufficient funds")
func (w *Wallet) Withdraw(amount Bitcoin) error {
if amount > w.balance {
return ErrInsufficientFunds
}
w.balance -= amount
return nil
}
varキーワードを使用すると、パッケージにグローバルな値を定義できます。
これで、 Withdraw関数が非常に明確になったので、これ自体は前向きな変更です。
次に、特定の文字列の代わりにこの値を使用するようにテストコードをリファクタリングできます。
func TestWallet(t *testing.T) {
t.Run("Deposit", func(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(Bitcoin(10))
assertBalance(t, wallet, Bitcoin(10))
})
t.Run("Withdraw with funds", func(t *testing.T) {
wallet := Wallet{Bitcoin(20)}
wallet.Withdraw(Bitcoin(10))
assertBalance(t, wallet, Bitcoin(10))
})
t.Run("Withdraw insufficient funds", func(t *testing.T) {
wallet := Wallet{Bitcoin(20)}
err := wallet.Withdraw(Bitcoin(100))
assertBalance(t, wallet, Bitcoin(20))
assertError(t, err, ErrInsufficientFunds)
})
}
func assertBalance(t *testing.T, wallet Wallet, want Bitcoin) {
t.Helper()
got := wallet.Balance()
if got != want {
t.Errorf("got %q want %q", got, want)
}
}
func assertError(t *testing.T, got error, want error) {
t.Helper()
if got == nil {
t.Fatal("didn't get an error but wanted one")
}
if got != want {
t.Errorf("got %q, want %q", got, want)
}
}
そして今、テストも従うのが簡単です。
ヘルパーをメインのテスト関数から移動したので、誰かがファイルを開いたときに、ヘルパーではなく、最初にアサーションの読み取りを開始できます。
テストのもう1つの便利な特性は、コードの real の使用法を理解するのに役立ち、同情的なコードを作成できることです。ここで、開発者は単にコードを呼び出して、 ErrInsufficientFundsに対して等号チェックを行い、それに応じて行動できることがわかります。

未チェックのエラー

Goコンパイラーは大いに役立ちますが、まだ見逃していて、エラー処理が難しい場合もあります。
テストしていないシナリオが1つあります。これを見つけるには、ターミナルで次のコマンドを実行して、Goで使用できる多くのリンターの1つであるerrcheckをインストールします。
go get -u github.com/kisielk/errcheck
次に、コードを含むディレクトリ内で errcheck .を実行します。
あなたは次のようなものを取得する必要があります
wallet_test.go:17:18: wallet.Withdraw(Bitcoin(10))
これは、そのコード行で返されているエラーをチェックしていないことを示しています。 私のコンピューターのそのコード行は、通常の withdraw シナリオに対応しています。Withdrawが成功した場合にエラーが返されないことを確認していないためです。
これを説明する最終的なテストコードを次に示します。
func TestWallet(t *testing.T) {
t.Run("Deposit", func(t *testing.T) {
wallet := Wallet{}
wallet.Deposit(Bitcoin(10))
assertBalance(t, wallet, Bitcoin(10))
})
t.Run("Withdraw with funds", func(t *testing.T) {
wallet := Wallet{Bitcoin(20)}
err := wallet.Withdraw(Bitcoin(10))
assertBalance(t, wallet, Bitcoin(10))
assertNoError(t, err)
})
t.Run("Withdraw insufficient funds", func(t *testing.T) {
wallet := Wallet{Bitcoin(20)}
err := wallet.Withdraw(Bitcoin(100))
assertBalance(t, wallet, Bitcoin(20))
assertError(t, err, ErrInsufficientFunds)
})
}
func assertBalance(t *testing.T, wallet Wallet, want Bitcoin) {
t.Helper()
got := wallet.Balance()
if got != want {
t.Errorf("got %s want %s", got, want)
}
}
func assertNoError(t *testing.T, got error) {
t.Helper()
if got != nil {
t.Fatal("got an error but didn't want one")
}
}
func assertError(t *testing.T, got error, want error) {
t.Helper()
if got == nil {
t.Fatal("didn't get an error but wanted one")
}
if got != want {
t.Errorf("got %s, want %s", got, want)
}
}

まとめ

ポインタ

  • Goは、値を関数/メソッドに渡すときに値をコピーするので、状態を変更する必要がある関数を作成している場合は、変更したいものへのポインターを取得する必要があります。
  • Goが値のコピーを取得するという事実は、多くの場合有用ですが、システムに何かのコピーを作成させたくない場合があり、その場合は参照を渡す必要があります。例としては、非常に大きなデータや、データベース接続プールなどのインスタンスを1つだけ持つつもりのものが考えられます。

nil

  • ポインタはnilにすることができます
  • 関数が何かへのポインターを返すとき、それがnilであるかどうかを確認する必要があります。そうでない場合、ランタイム例外が発生する可能性があります。コンパイラーはここでは役立ちません。
  • 欠落している可能性のある値を説明する場合に役立ちます

エラー

  • エラーは、関数/メソッドを呼び出すときの失敗を示す方法です。
  • テストを聞いて、エラーの文字列をチェックすると不安定なテストになると結論付けました。そのため、代わりに意味のある値を使用するようにリファクタリングしました。これにより、コードのテストが容易になり、APIのユーザーにとっても簡単になると結論付けました。
  • これはエラー処理の話の終わりではなく、より高度なことを行うことができますが、これは単なる紹介です。以降のセクションでは、より多くの戦略について説明します。

既存のものから新しいタイプを作成する

  • 値にドメイン固有の意味を追加するのに役立ちます
  • インターフェイスを実装できます
ポインタとエラーはGoを書く上で重要な部分であり、慣れる必要があります。 ありがたいことに、コンパイラは、通常、何か間違ったことをした場合にあなたを助けます。 時間をかけてエラーを読んでください。
リンクのコピー
概要
最初にテストを書く
テストを実行してみます
テストを実行するための最小限のコードを記述し、失敗したテスト出力を確認します
成功させるのに十分なコードを書く
????
リファクタリング♪
最初にテストを書く
テストを実行してみます
テストを実行するための最小限のコードを記述し、失敗したテスト出力を確認します
成功させるのに十分なコードを書く
リファクタリング♪
最初にテストを書く
テストを試して実行する
テストを実行するための最小限のコードを記述し、失敗したテスト出力を確認します
成功させるのに十分なコードを書く
リファクタリング♪
Write the test first
テストを実行してみます
成功させるのに十分なコードを書く
リファクタリング♪
未チェックのエラー
まとめ
ポインタ
nil
エラー
既存のものから新しいタイプを作成する