スライスに追加する代わりにコピーを使用した方が常に速いのでしょうか?
Feb 12, 2024 pm 02:21 PM質問の内容
スライスを繰り返し拡大する場合、最初にサイズを割り当てる方が (わかっている場合)、append 関数を使用するよりも効率的である理由は簡単にわかります。なぜなら、後でオペレータが各反復でサイズスライス容量を増やすかどうかを決定するからです。しかし、非反復的な方法で 2 つの大きなスライスを連結するときに、追加の可変個引数形式を使用する方が、make/copy 構造を使用するよりも効率が低いかどうか知りたいと思っています。たとえば、(sl1 と sl2 の型が []int であると仮定します)
リーリー比較
リーリー最初の形式 (より読みやすい) は引き続き機能すると考えていました。なぜなら、(追加呼び出しの引数の数に基づいて) 容量が変更されるだけだと予想していたからです。そう考えるのは正しいでしょうか?
Solution
append
と copy
は、同じ基礎となるコピー プリミティブを使用します。
ターゲット スライスに十分な容量がある場合、append
はメモリを割り当てません。
append
コードが読みやすくなります。
以上がスライスに追加する代わりにコピーを使用した方が常に速いのでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

人気の記事

人気の記事

ホットな記事タグ

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











Go Language Packのインポート:アンダースコアとアンダースコアなしの違いは何ですか?

GOでテスト用のモックオブジェクトとスタブを書くにはどうすればよいですか?

トレースツールを使用して、GOアプリケーションの実行フローを理解するにはどうすればよいですか?

GOのジェネリックのカスタムタイプ制約を定義するにはどうすればよいですか?

MySQLクエリ結果リストをGO言語のカスタム構造スライスに変換する方法は?

Linterと静的分析ツールを使用して、GOコードの品質と保守性を向上させるにはどうすればよいですか?
