Đầu ra của chương trình này:
#include <iostream>
class c1
{
public:
c1& meth1(int* ar) {
std::cout << "method 1" << std::endl;
*ar = 1;
return *this;
}
void meth2(int ar)
{
std::cout << "method 2:"<< ar << std::endl;
}
};
int main()
{
c1 c;
int nu = 0;
c.meth1(&nu).meth2(nu);
}
Là:
method 1
method 2:0
Tại sao nukhông phải là 1 khi meth2()bắt đầu?
41
@MartinBonner: Mặc dù tôi biết câu trả lời, nhưng tôi sẽ không gọi nó là "hiển nhiên" theo bất kỳ nghĩa nào của từ này và, ngay cả khi có, đó sẽ không phải là một lý do chính đáng để giảm giá. Thật đáng thất vọng!
—
Lightness Races in Orbit
Đây là những gì bạn nhận được khi sửa đổi các đối số của mình. Các hàm sửa đổi đối số của chúng khó đọc hơn, tác động của chúng là bất ngờ đối với lập trình viên tiếp theo làm việc trên mã và chúng dẫn đến những bất ngờ như thế này. Tôi thực sự khuyên bạn nên tránh sửa đổi bất kỳ tham số nào ngoại trừ bất kỳ thứ gì. Việc sửa đổi invocant sẽ không thành vấn đề ở đây, bởi vì phương thức thứ hai được gọi trên kết quả của phương thức đầu tiên, vì vậy các hiệu ứng được sắp xếp theo thứ tự trên nó. Vẫn có một số trường hợp mà chúng sẽ không xảy ra.
—
Jan Hudec
@JanHudec Đây chính là lý do tại sao lập trình hàm lại chú trọng nhiều đến độ tinh khiết của hàm.
—
Pharap
Ví dụ, một quy ước gọi ngăn xếp dựa trên có lẽ sẽ thích push
—
Neil
nu, &nuvà cvào ngăn xếp theo thứ tự, sau đó invoke meth1, đẩy kết quả vào ngăn xếp, sau đó invoke meth2, trong khi một quy ước đăng ký dựa trên gọi muốn nạp cvà &nuvào thanh ghi, gọi meth1, nạp nuvào thanh ghi, sau đó gọi meth2.