Khi nào sử dụng ref và khi nào không cần thiết trong C #

Tôi có một đối tượng là trạng thái bộ nhớ của chương trình và cũng có một số hàm worker khác mà tôi truyền đối tượng để sửa đổi trạng thái. Tôi đã chuyển nó bằng ref đến các hàm worker. Tuy nhiên tôi đã xem qua chức năng sau đây.

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

Nó làm tôi bối rối vì cả hai received_svà remoteEPđang trả về nội dung từ hàm. Tại sao remoteEPcần a refvà received_skhông?

Tôi cũng là lập trình viên ac vì vậy tôi đang gặp vấn đề với việc lấy con trỏ ra khỏi đầu.

Chỉnh sửa: Có vẻ như các đối tượng trong C # là các con trỏ đến đối tượng bên dưới. Vì vậy, khi bạn truyền một đối tượng cho một hàm thì bạn có thể sửa đổi nội dung đối tượng thông qua con trỏ và thứ duy nhất được truyền cho hàm là con trỏ tới đối tượng để bản thân đối tượng không bị sao chép. Bạn sử dụng ref hoặc out nếu bạn muốn có thể chuyển đổi hoặc tạo một đối tượng mới trong hàm giống như một con trỏ kép.

Câu trả lời ngắn gọn: hãy đọc bài viết của tôi về cách vượt qua đối số .

Câu trả lời dài: khi một tham số kiểu tham chiếu được truyền theo giá trị, chỉ tham chiếu được truyền, không phải bản sao của đối tượng. Điều này giống như truyền một con trỏ (theo giá trị) trong C hoặc C ++. Bản thân người gọi sẽ không nhìn thấy các thay đổi đối với giá trị của tham số, nhưng các thay đổi trong đối tượng mà tham chiếu trỏ đến sẽ được nhìn thấy.

Khi một tham số (thuộc bất kỳ loại nào) được truyền bằng tham chiếu, điều đó có nghĩa là bất kỳ thay đổi nào đối với tham số đều được người gọi nhìn thấy - những thay đổi đối với tham số là những thay đổi đối với biến.

Tất nhiên, bài báo giải thích tất cả những điều này một cách chi tiết hơn :)

Câu trả lời hữu ích: bạn hầu như không bao giờ cần sử dụng ref / out . Về cơ bản, đó là một cách để nhận một giá trị trả về khác và thường nên tránh chính xác vì nó có nghĩa là phương thức có thể đang cố gắng làm quá nhiều. Không phải lúc nào cũng vậy ( TryParsevv là những ví dụ điển hình về việc sử dụng hợp lý out) nhưng việc sử dụng ref / out sẽ là một điều tương đối hiếm.

Hãy coi tham số không phải ref là một con trỏ và một tham số ref là một con trỏ kép. Điều này đã giúp tôi nhiều nhất.

Bạn hầu như không bao giờ chuyển các giá trị bằng ref. Tôi nghi ngờ rằng nếu không phải vì mối quan tâm về tương tác, nhóm .Net sẽ không bao giờ đưa nó vào đặc tả ban đầu. Cách OO đối phó với hầu hết các vấn đề mà tham số ref giải quyết là:

Đối với nhiều giá trị trả về

• Tạo cấu trúc đại diện cho nhiều giá trị trả về

Đối với các nguyên thủy thay đổi trong một phương thức do kết quả của lệnh gọi phương thức (phương thức có tác dụng phụ đối với các tham số nguyên thủy)

• Triển khai phương thức trong một đối tượng dưới dạng phương thức thể hiện và thao tác trạng thái của đối tượng (không phải các tham số) như một phần của lệnh gọi phương thức
• Sử dụng giải pháp nhiều giá trị trả về và hợp nhất các giá trị trả về vào trạng thái của bạn
• Tạo một đối tượng chứa trạng thái có thể được thao tác bởi một phương thức và chuyển đối tượng đó làm tham số, chứ không phải bản thân các nguyên thủy.

Bạn có thể viết toàn bộ ứng dụng C # và không bao giờ chuyển bất kỳ đối tượng / cấu trúc nào bằng ref.

Tôi có một giáo sư nói với tôi điều này:

Nơi duy nhất bạn sử dụng refs là nơi bạn:

1. Muốn chuyển một đối tượng lớn (tức là các đối tượng / cấu trúc có các đối tượng / cấu trúc bên trong nó sang nhiều cấp) và sao chép nó sẽ rất tốn kém và
2. Bạn đang gọi một Framework, Windows API hoặc API khác yêu cầu nó.

Đừng làm điều đó chỉ vì bạn có thể. Bạn có thể gặp phải một số lỗi khó chịu nếu bạn bắt đầu thay đổi các giá trị trong một tham số và không chú ý.

Tôi đồng ý với lời khuyên của anh ấy và trong hơn 5 năm kể từ khi đi học, tôi chưa bao giờ có nhu cầu về nó ngoài việc gọi Framework hoặc Windows API.

Vì Recei_s là một mảng, bạn đang chuyển một con trỏ đến mảng đó. Hàm điều khiển dữ liệu hiện có đó tại chỗ, không thay đổi vị trí hoặc con trỏ bên dưới. Từ khóa ref cho biết rằng bạn đang chuyển con trỏ thực tế đến vị trí và cập nhật con trỏ đó trong hàm bên ngoài, vì vậy giá trị trong hàm bên ngoài sẽ thay đổi.

Vd: mảng byte là một con trỏ đến cùng một vùng nhớ trước sau, vùng nhớ vừa được cập nhật.

Tham chiếu Điểm cuối thực sự đang cập nhật con trỏ tới Điểm cuối trong hàm bên ngoài thành một thể hiện mới được tạo bên trong hàm.

Hãy nghĩ về một tham chiếu có nghĩa là bạn đang chuyển một con trỏ bằng tham chiếu. Không sử dụng tham chiếu có nghĩa là bạn đang chuyển một con trỏ theo giá trị.

Tốt hơn hết, hãy bỏ qua những gì tôi vừa nói (nó có thể gây hiểu lầm, đặc biệt là với các loại giá trị) và đọc trang MSDN này .

sự hiểu biết của tôi là tất cả các đối tượng bắt nguồn từ lớp Đối tượng được chuyển dưới dạng con trỏ trong khi các kiểu thông thường (int, struct) không được chuyển dưới dạng con trỏ và yêu cầu tham chiếu. Tôi cũng không chắc về chuỗi (cuối cùng thì nó có nguồn gốc từ lớp Đối tượng không?)

Mặc dù tôi đồng ý với câu trả lời của Jon Skeet nói chung và một số câu trả lời khác, nhưng có một trường hợp sử dụng để sử dụng refvà đó là để thắt chặt tối ưu hóa hiệu suất. Người ta đã quan sát thấy trong quá trình lập hồ sơ hiệu suất rằng việc đặt giá trị trả về của một phương thức có tác động nhỏ đến hiệu suất, trong khi việc sử dụng reflàm đối số theo đó giá trị trả về được điền vào tham số đó dẫn đến việc loại bỏ nút cổ chai nhỏ này.

Điều này thực sự chỉ hữu ích khi các nỗ lực tối ưu hóa được thực hiện ở mức độ cao nhất, hy sinh khả năng đọc và có thể là khả năng kiểm tra và khả năng bảo trì để tiết kiệm mili giây hoặc có thể là chia nhỏ mili giây.

Trước tiên, quy tắc số không cơ bản, Nguyên thủy được truyền theo giá trị (ngăn xếp) và Không nguyên thủy bằng tham chiếu (Heap) trong ngữ cảnh của TYPES liên quan.

Các tham số liên quan được truyền theo Giá trị theo mặc định. Bài đăng tốt giải thích mọi thứ chi tiết. 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
}

Chúng ta có thể nói (với cảnh báo) Các kiểu không nguyên thủy không là gì khác ngoài Con trỏ Và khi chúng ta chuyển chúng bằng ref, chúng ta có thể nói rằng chúng ta đang truyền Con trỏ kép