さらに処理するためにチャネル経由でデータを goroutine に送信する場合、あらゆる処理が可能なチャネルが必要になります。タイプがよく出てきます。 Go 1.18 でのジェネリックの導入により、このような課題は対処できるようになりました。ただし、落とし穴があります。ゴルーチンはあらゆるデータ型を保持できるため、初期化時にチャネルの型をゴルーチンに指定することは依然として障害となります。
この問題に対処するために、次のサンプル コードを検討してください。
type Message[T any] struct { Data T } type Packet[T any] struct { Msg Message[T] } func StartController[T any](sender chan Packet[T]) { go runThread(sender) } func runThread[T any](sender chan Packet[T]) { for true { data := <-sender fmt.Println(data) } }
このコードでは、StartController 関数が runThread 関数を実行するゴルーチンを開始します。ただし、インスタンス化せずにジェネリック型 Packet[T インターフェイス{}] を使用しようとするとコンパイル エラーが発生します。
一般的な誤解は、ジェネリックを使用して任意の型に対応できるチャネルを作成することにあります。 Java の List 例として、Java のジェネリック コレクタ ArrayList この場合、チャネルはあらゆるタイプのデータを受け入れることができます。ただし、汎用チャネルは受信操作をどのように処理すべきかという疑問が生じます。何かを送信できる場合、受信したアイテムのデータ型は何ですか? したがって、最も適切な解決策は、アイテムの受信時に型アサーションを使用した chan インターフェイスのままです。これは、コード内で行われているように、 generics. 代わりに、ジェネリックの真の価値は、型の安全性を維持しながら任意の型を処理するコードを作成することにあります。例: この関数は、chan int または chan string を使用して呼び出すことができます。 以上がGo ジェネリックを使用して、さまざまなランタイム型を処理するタイプセーフなチャネルを作成するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。c := make(chan interface{})
func receiveAny[T any](c chan T) T {
return <-c
}