Kapan menggunakan ref dan kapan tidak perlu di C #

Saya memiliki objek yang saya dalam status memori program dan juga memiliki beberapa fungsi pekerja lain yang saya berikan objek untuk mengubah status. Saya telah meneruskannya dengan ref ke fungsi pekerja. Namun saya menemukan fungsi berikut.

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); 

Ini membingungkan saya karena keduanya received_sdan remoteEPmengembalikan barang dari fungsi. Mengapa remoteEPperlu refdan received_stidak?

Saya juga seorang programmer ac jadi saya mengalami masalah dalam mendapatkan petunjuk dari kepala saya.

Sunting: Sepertinya objek di C # adalah penunjuk ke objek di bawah tenda. Jadi, saat Anda meneruskan objek ke suatu fungsi, Anda kemudian dapat mengubah konten objek melalui penunjuk dan satu-satunya hal yang diteruskan ke fungsi tersebut adalah penunjuk ke objek sehingga objek itu sendiri tidak sedang disalin. Anda menggunakan ref atau keluar jika Anda ingin dapat beralih atau membuat objek baru dalam fungsi yang seperti penunjuk ganda.

Jawaban singkat: baca artikel saya tentang penyampaian argumen .

Jawaban panjang: ketika parameter tipe referensi dilewatkan oleh nilai, hanya referensi yang diteruskan, bukan salinan objek. Ini seperti melewatkan pointer (dengan nilai) di C atau C ++. Perubahan pada nilai parameter itu sendiri tidak akan terlihat oleh pemanggil, tetapi perubahan pada objek yang dirujuk akan terlihat.

Ketika parameter (dalam bentuk apa pun) dilewatkan oleh referensi, itu berarti bahwa setiap perubahan pada parameter dilihat oleh pemanggil - perubahan pada parameter adalah perubahan pada variabel.

Artikel tersebut menjelaskan semua ini secara lebih rinci, tentu saja :)

Jawaban yang berguna: Anda hampir tidak perlu menggunakan ref / out . Ini pada dasarnya adalah cara untuk mendapatkan nilai pengembalian yang lain, dan biasanya harus dihindari karena itu berarti metode tersebut mungkin mencoba melakukan terlalu banyak. Itu tidak selalu terjadi ( TryParsedll adalah contoh kanonik dari penggunaan yang wajar out) tetapi menggunakan ref / out harus relatif jarang.

Pikirkan parameter non-ref sebagai penunjuk, dan parameter ref sebagai penunjuk ganda. Ini paling membantu saya.

Anda hampir tidak boleh melewatkan nilai dengan ref. Saya menduga bahwa jika bukan karena masalah interop, tim .Net tidak akan pernah memasukkannya ke dalam spesifikasi aslinya. Cara OO untuk menangani sebagian besar masalah yang dipecahkan oleh parameter ref adalah dengan:

Untuk beberapa nilai pengembalian

• Buat struct yang mewakili beberapa nilai kembali

Untuk primitif yang berubah dalam metode sebagai hasil dari pemanggilan metode (metode memiliki efek samping pada parameter primitif)

• Menerapkan metode dalam objek sebagai metode instance dan memanipulasi status objek (bukan parameter) sebagai bagian dari pemanggilan metode
• Gunakan solusi beberapa nilai pengembalian dan gabungkan nilai yang dikembalikan ke negara bagian Anda
• Buat objek yang berisi status yang dapat dimanipulasi dengan metode dan meneruskan objek itu sebagai parameter, dan bukan primitif itu sendiri.

Anda mungkin bisa menulis seluruh aplikasi C # dan tidak pernah melewatkan objek / struct oleh ref.

Saya memiliki seorang profesor yang memberi tahu saya ini:

Satu-satunya tempat Anda akan menggunakan referensi adalah tempat Anda:

1. Ingin mengirimkan objek besar (yaitu, objek / struct memiliki objek / struct di dalamnya ke beberapa tingkatan) dan menyalinnya akan mahal dan
2. Anda memanggil Framework, Windows API atau API lain yang membutuhkannya.

Jangan lakukan itu hanya karena Anda bisa. Anda bisa mendapatkan sedikit masalah dengan beberapa bug jahat jika Anda mulai mengubah nilai dalam parameter dan tidak memperhatikan.

Saya setuju dengan sarannya, dan dalam lima tahun lebih saya sejak sekolah, saya tidak pernah membutuhkannya selain memanggil Framework atau Windows API.

Karena accept_s adalah larik, Anda meneruskan penunjuk ke larik itu. Fungsi memanipulasi data yang sudah ada di tempatnya, tidak mengubah lokasi atau penunjuk yang mendasarinya. Kata kunci ref menandakan bahwa Anda meneruskan penunjuk yang sebenarnya ke lokasi dan memperbarui penunjuk itu di fungsi luar, sehingga nilai di fungsi luar akan berubah.

Misalnya byte array adalah penunjuk ke memori yang sama sebelum dan sesudah, memori tersebut baru saja diperbarui.

Referensi Endpoint sebenarnya memperbarui penunjuk ke Endpoint di fungsi luar ke instance baru yang dihasilkan di dalam fungsi.

Pikirkan ref sebagai arti Anda melewati pointer dengan referensi. Tidak menggunakan ref berarti Anda melewatkan pointer dengan nilai.

Lebih baik lagi, abaikan apa yang baru saja saya katakan (mungkin menyesatkan, terutama dengan tipe nilai) dan baca halaman MSDN ini .

pemahaman saya adalah bahwa semua objek yang berasal dari kelas Object diteruskan sebagai pointer sedangkan tipe biasa (int, struct) tidak dilewatkan sebagai pointer dan memerlukan ref. Saya tidak yakin tentang string (apakah itu pada akhirnya berasal dari kelas Object?)

Sementara saya setuju dengan jawaban Jon Skeet secara keseluruhan dan beberapa jawaban lainnya, ada kasus penggunaan untuk digunakan ref, dan itu untuk memperketat pengoptimalan kinerja. Telah diamati selama pembuatan profil kinerja bahwa pengaturan nilai kembalian suatu metode memiliki sedikit implikasi kinerja, sedangkan menggunakan refsebagai argumen di mana nilai kembalian diisi ke dalam parameter itu menghasilkan sedikit kemacetan yang dihilangkan.

Ini benar-benar hanya berguna jika upaya pengoptimalan dilakukan ke tingkat ekstrem, mengorbankan keterbacaan dan mungkin kemampuan pengujian dan pemeliharaan untuk menghemat milidetik atau mungkin sepersekian milidetik.

Dasar nol aturan pertama, Primitif diteruskan oleh nilai (tumpukan) dan Non-Primitif dengan referensi (Heap) dalam konteks JENIS yang terlibat.

Parameter yang terlibat diteruskan oleh Nilai secara default. Pos bagus yang menjelaskan banyak hal secara detail. 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
}

Kita dapat mengatakan (dengan peringatan) Jenis non-primitif hanyalah Pointer Dan ketika kita melewatinya ref kita dapat mengatakan kita melewati Pointer Ganda