C++ qua các đối số bằng cách tham chiếu và con trỏ

Question

trong C++

class bar 
{ 
    int i; 
    char b; 
    float d; 
}; 

void foo (bar arg); 
void foo (bar &arg); 
void foo (bar *arg); 

đây là một mẫu lớp/struct và chức năng
tôi có một số Qs

• sự khác biệt giữa 1 và cách 2 của đi qua là những gì đối số trong 'asm', kích thước, tốc độ?
• cách đối số được chuyển đến hàm foo trong mỗi trường hợp (trong trường hợp con trỏ tôi biết con trỏ được đẩy trên ngăn xếp)
• khi chuyển đối số, về hiệu quả tại (tốc độ, kích thước, độ ưu tiên) tốt hơn ?
• Cú pháp 'asm' intel tương ứng với mỗi cách truyền đối số là gì?

tôi biết điều gì nói nhiều nhất về "nó không quan trọng trên các trình biên dịch và CPU hiện đại" nhưng điều gì sẽ xảy ra nếu chúng ta đang nói về CPU cũ hoặc trình biên dịch?

cảm ơn trước

Answer 1

Con trỏ và các phương pháp tham khảo nên được khá tương đương nhau (cả về tốc độ, sử dụng bộ nhớ và mã được tạo).

Chuyển lớp trực tiếp buộc trình biên dịch sao chép bộ nhớ và đặt một bản sao của đối tượng bar trên ngăn xếp. Điều gì tệ hơn, trong C++ có tất cả các loại bit khó chịu (constructor sao chép mặc định và whatnot) liên kết với điều này.

Trong C, tôi luôn sử dụng (có thể là const) con trỏ. Trong C++, bạn nên sử dụng các tham chiếu.

Answer 2

Trong bất kỳ cách hợp lý nào, việc tham chiếu có thể dẫn đến mã liên quan đến địa chỉ của các đối tượng. Tuy nhiên, vấn đề chính là sử dụng tài liệu tham khảo có nhiều thành phần C++ và nên là kiểu ưa thích; bạn thực sự không nên nhìn thấy con trỏ thô ở tất cả trong mã của riêng bạn.

Cũng lưu ý rằng việc truyền theo giá trị và tham chiếu về cơ bản là khác nhau theo nghĩa là đi qua tham chiếu cho phép callee sửa đổi đối số. Nếu có, bạn nên so sánh f(bar) với f(const bar &).

Answer 3

Con trỏ và tham chiếu khác nhau về cú pháp và thường giống hệt nhau trong thời gian chạy và tạo mã. Đối với các trình biên dịch cũ hơn ... Tôi biết một lỗi trong trình biên dịch Borland 3 C++ DOS: nó lưu trữ một giá trị int (được chuyển bởi tham chiếu) trong thanh ghi, sửa đổi nó và không thay đổi giá trị ban đầu trong bộ nhớ. Khi đi qua con trỏ, một mã tương đương đã hoạt động như mong đợi.

Tuy nhiên, tôi không nghĩ rằng bất kỳ trình biên dịch hiện đại có thể làm những điều kỳ lạ như vậy (và Borland 5 đã khắc phục sự cố)

Như mã phong cách (ngoài con trỏ vs smartpointers cân bằng), tôi thường sử dụng tài liệu tham khảo nếu địa chỉ không thể là NULL theo hợp đồng chức năng, và sử dụng con trỏ khác.

Answer 4

Chức năng foo có thể sửa đổi arg trong trường hợp 2 và 3. Trong trường hợp đầu tiên trình biên dịch có thể tối ưu hóa tạo bản sao, vì vậy rất khó để so sánh việc sử dụng CPU và bộ nhớ.