main.goファイルを含むアプリケーションがあります。この演習では、HTTPサーバーは興味深いものではありませんが、使用する抽象化は興味深いものです。それはPlayerStoreに依存しています。FileSystemPlayerStoreを作りました。これを新しいアプリケーションで再利用できるはずです。$GOPATH/src/github.com/your-name/my-apppackage main内にmain関数が必要です。これまでのところ、「ドメイン」コードはすべてpackage main内にあり、func mainはすべてを参照できます。cmdディレクトリを作成し、その中にwebserverディレクトリを作成します（例：mkdir -p cmd/webserver）。main.goを移動します。treeがインストールされている場合は、それを実行し、構造は次のようになります。main」にする必要があることを忘れないでください。pokerというパッケージを作成します。main.goにインポートして、それを使用してWebサーバーを作成できるようにする必要があります。次に、poker.FunctionNameを使用してライブラリコードを使用できます。go getを実行するだけで済みます。go test」を実行し、まだ合格していることを確認しますcmd/webserver内に移動し、go run main.goを実行しますhttp://localhost:5000/league にアクセスすると、まだ機能していることがわかりますcmd内にcli（コマンドラインインターフェイス）という別のディレクトリを作成し、次のようにmain.goを追加します{PlayerName} wins」と入力したときに勝利を記録することです。CLIと呼ばれるものを作ってポーカーをPlayできるようにする必要があることはわかっています。ユーザー入力を読み取り、勝利をPlayerStoreに記録する必要があります。PlayerStoreとどのように統合できるかを確認するためのテストを作成してみましょう。CLI_test.go内（cmd内ではなくプロジェクトのルート内）StubPlayerStoreを使用できますCLIタイプに渡しますPlayPokerメソッドでゲームをトリガーしますCLI構造体を作成し、メソッドを追加するのに十分快適であるはずです。Stdin（ユーザーからの入力）からの読み取りをシミュレートする必要があります。os.Stdinは、ユーザーの入力をキャプチャするためにmainで使用するものです。これは内部的には*Fileであり、これはio.Readerを実装していることを意味します。strings.NewReaderを使用してio.Readerを作成し、ユーザーが入力することを期待する内容を入力します。./CLI_test.go:12:32: too many values in struct initializerCLIに追加する必要があります。server_testでは、ここでのように勝利が記録されているかどうかを以前に確認しました。そのアサーションをヘルパーにDRYにしてみましょうserver_test.goとCLI_test.goの両方のアサーションを置き換えます。パッケージbufioはバッファI/Oを実装しています。io.Readerまたはio.Writerオブジェクトをラップし、別のオブジェクト（ReaderまたはWriter）を作成します。このオブジェクトもインターフェイスを実装しますが、バッファリングとテキストI/Oのヘルプを提供します。
Scanner.Scan()は改行まで読み込みます。Scanner.Text()を使用して、スキャナーが読み取ったstringを返します。mainに接続する必要があります。できる限り迅速に、完全に統合された実用的なソフトウェアを使用できるように常に努力する必要があることを忘れないでください。main.goに以下を追加して実行します。（2番目の依存関係のパスをコンピューター上のものと一致するように調整する必要がある場合があります）CLIのフィールドplayerStoreおよびinに割り当てようとしているためです。これらは、エクスポートされていない（private）フィールドです。テストはCLI（poker）と同じパッケージにあるため、テストコードでこれを行うことができました。しかし、mainはパッケージmainにあるため、アクセスできません。CLIの依存関係を正しく（CLIのユーザーに公開したくないため）にしましたが、ユーザーがそれを構築する方法を作りませんでした。package mypackage_testmainのように）、どうでしょうか？_test」を付けることを強くお勧めします。これを行うと、パッケージ内のパブリックタイプにのみアクセスできます。これは、この特定のケースに役立ちますが、パブリックAPIのみをテストするという規律を強化するのにも役立ちます。それでも内部をテストしたい場合は、テストしたいパッケージで別のテストを行うことができます。package foo_testを使用すると、パッケージのユーザーのようにコードをインポートする場合と同じようにコードをテストするように強制することで、これを支援します。pokerパッケージの_test.goファイルで定義されているため、CLI_testでは使用できなくなりました。pokerパッケージを使用する誰もが、コードを操作したい場合、独自のスタブPlayerStoreを作成する必要がないことを意味します。testing.goというファイルを作成して、スタブとヘルパーを追加しましょう。CLIテストでは、別のパッケージ内でコードを使用しているかのようにコードを呼び出す必要があります。mainと同じ問題が発生することがわかります。bufio.Scannerを格納するように、CLIも変更します。main.goに戻り、先ほど作成したコンストラクタを使用できます。"Bob wins"」と入力してください。PlayerStoreを返すようにカプセル化する関数を作成する必要があります。FileSystemPlayerStoreFromFileは終了関数を返すため、ストアの使用が終了したら、基になるファイルを閉じることができます。mainに個別のフォルダーを用意する必要がありました。mypackage_test」がコードと統合する他のパッケージと同じ経験であるテスト環境の作成にどのように役立つかを学び、統合の問題を見つけて、コードの操作がどれほど簡単かを確認しました。os.Stdinは、io.Readerを実装しているため、読み取りが非常に簡単です。 「bufio.Scanner」を使用して、ユーザー入力を1行ずつ簡単に読み取ることができました。PlayerStore」を新しいアプリケーションに統合するのはほとんど手間がかかりませんでした（パッケージの調整を行った後）。 スタブバージョンも公開することにしたため、テストも非常に簡単でした。