refを使用する場合とC＃で不要な場合

プログラムのメモリ内状態であるオブジェクトがあり、状態を変更するためにオブジェクトを渡す他のいくつかのワーカー関数もあります。私はそれをワーカー関数に参照渡ししています。しかし、私は次の機能に出くわしました。

byte[] received_s = new byte[2048];
IPEndPoint tmpIpEndPoint = new IPEndPoint(IPAddress.Any, UdpPort_msg);
EndPoint remoteEP = (tmpIpEndPoint);

int sz = soUdp_msg.ReceiveFrom(received_s, ref remoteEP); 

received_sとremoteEPが関数から何かを返すため、混乱を招きます。なぜがremoteEP必要で、必要refでreceived_sはないのですか？

私はACプログラマーでもあるので、頭からポインターを取得するのに問題があります。

編集：C＃のオブジェクトは、内部のオブジェクトへのポインターのようです。したがって、オブジェクトを関数に渡すと、ポインタを介してオブジェクトの内容を変更でき、関数に渡されるのはオブジェクトへのポインタだけなので、オブジェクト自体はコピーされません。二重ポインタのような関数でスイッチアウトしたり、新しいオブジェクトを作成したりしたい場合は、refまたはoutを使用します。

短い答え：引数渡しに関する私の記事を読んでください。

長い答え：参照型パラメーターが値で渡される場合、参照のみが渡され、オブジェクトのコピーは渡されません。これは、CまたはC ++で（値によって）ポインターを渡すのに似ています。パラメータ自体の値の変更は、呼び出し側から見たが、基準点は、対象物の変更されないであろう見られます。

（あらゆる種類の）パラメータが渡されたときにより手段は、パラメータの変更は、発信者が見ていることをことを、参照-パラメータの変更がされている変数への変更。

記事では、これらすべてについてさらに詳しく説明します。もちろん:)

便利な答え：ref / outを使用する必要はほとんどありません。これは基本的には別の戻り値を取得する方法であり、メソッドが多すぎることを実行しようとしていることを意味するため、通常は正確に回避する必要があります。常にそうであるとは限りません（TryParseなどは、の適切な使用法の標準的な例ですout）ref / outの使用は比較的まれです。

非refパラメーターはポインターであり、refパラメーターは二重ポインターであると考えてください。これは私に最も役立ちました。

参照によって値を渡すことはほとんどありません。相互運用性の問題がなければ、.Netチームはそれを元の仕様に含めなかったと思います。参照パラメーターが解決するほとんどの問題に対処するオブジェクト指向の方法は、次のとおりです。

複数の戻り値の場合

• 複数の戻り値を表す構造体を作成します

メソッド呼び出しの結果としてメソッド内で変化するプリミティブの場合（メソッドはプリミティブパラメーターに副作用があります）

• オブジェクトにメソッドをインスタンスメソッドとして実装し、メソッド呼び出しの一部としてオブジェクトの状態（パラメーターではない）を操作する
• 複数の戻り値ソリューションを使用して、戻り値を状態にマージします
• メソッドで操作できる状態を含むオブジェクトを作成し、プリミティブ自体ではなく、そのオブジェクトをパラメーターとして渡します。

おそらく、C＃アプリ全体を記述し、参照によってオブジェクト/構造体を渡すことはありません。

私はこれを私に言った教授がいました：

refsを使用する唯一の場所は、次のいずれかです。

1. 大きなオブジェクトを渡したい場合（つまり、オブジェクト/構造体の中にオブジェクト/構造体が複数のレベルにある場合）、それをコピーするとコストがかかり、
2. フレームワーク、Windows API、またはそれを必要とするその他のAPIを呼び出しています。

できるからといってそれをしないでください。パラメータの値の変更を開始し、注意を払っていない場合は、厄介なバグによってお尻に食い込む可能性があります。

私は彼の助言に同意します。学校から5年以上たった今、フレームワークやWindows APIを呼び出す以外にその必要はありませんでした。

received_sは配列なので、その配列へのポインターを渡します。関数は、既存のデータを操作し、基になる場所やポインターを変更しません。refキーワードは、実際のポインターを場所に渡し、そのポインターを外部関数で更新することを示しているため、外部関数の値が変更されます。

たとえば、バイト配列は、メモリが更新された前後の同じメモリへのポインタです。

エンドポイント参照は、実際には、外部関数のエンドポイントへのポインターを、関数内で生成された新しいインスタンスに更新しています。

refは、ポインタを参照で渡すことを意味すると考えてください。refを使用しないということは、値によってポインターを渡すことを意味します。

さらに良いことに、私が今言ったことを無視し（特に値の型に関しては誤解を招く可能性があります）、このMSDNページを読んでください。

私の理解では、Objectクラスから派生したすべてのオブジェクトはポインターとして渡されますが、通常の型（int、struct）はポインターとして渡されず、refが必要です。文字列がわからない（最終的にObjectクラスから派生したものですか？）

Jon Skeetの回答全体と他のいくつかの回答には同意しますが、を使用するユースケースがrefあり、それはパフォーマンスの最適化を強化するためのものです。パフォーマンスプロファイリング中に、メソッドの戻り値を設定するとパフォーマンスに若干の影響があることが観察されていrefますが、戻り値が引数として入力される引数として使用すると、このわずかなボトルネックが解消されます。

これは、最適化の取り組みが極端なレベルで行われ、ミリ秒またはスプリットミリ秒を節約するために可読性とおそらくテスト可能性と保守性を犠牲にする場合にのみ、本当に役立ちます。

最初にグラウンドゼロルール。プリミティブは値（スタック）によって渡され、非プリミティブは関連するTYPESのコンテキストで参照（ヒープ）によって渡されます。

関連するパラメーターは、デフォルトでValueによって渡されます。詳細を説明する良い記事。 http://yoda.arachsys.com/csharp/parameters.html

Student myStudent = new Student {Name="A",RollNo=1};

ChangeName(myStudent);

static void ChangeName(Student s1)
{
  s1.Name = "Z"; // myStudent.Name will also change from A to Z
                // {AS s1 and myStudent both refers to same Heap(Memory)
                //Student being the non-Primitive type
}

ChangeNameVersion2(ref myStudent);
static void ChangeNameVersion2(ref Student s1)
{
  s1.Name = "Z"; // Not any difference {same as **ChangeName**}
}

static void ChangeNameVersion3(ref Student s1)
{
    s1 = new Student{Name="Champ"};

    // reference(myStudent) will also point toward this new Object having new memory
    // previous mystudent memory will be released as it is not pointed by any object
}

（警告付きで）非プリミティブ型はポインタに過ぎない と言えます。refでそれらを渡すと、ダブルポインタを渡していると言えます。