Có quá mức cần thiết để sử dụng scoped_ptr trong các trường hợp đơn giản không?

Question

Tôi đang sử dụng scoped_ptr bên trong các chức năng nhỏ như thế này. để tôi không phải gọi xóa. Đây có phải là quá mức cần thiết cho việc sử dụng này không? Các thành viên trong nhóm của tôi thích con trỏ thô và xóa. Chi phí của việc sử dụng scoped_ptr nếu điều này xảy ra được sử dụng trong một con đường rất quan trọng là gì? Điều này không nên được xếp hàng và chính xác tương đương với việc chỉ sử dụng xóa bình thường trong nhị phân được tối ưu hóa?

void myfunc() 
{ 
    boost::scoped_ptr<myobj> objptr = someFactory::allocate(); 
    callsomeotherfunc(objptr.get()); 
} 

Answer 1

Tôi không chắc chắn của các hit hiệu suất, nhưng sử dụng scoped_ptr đây đảm bảo myfunc() là ngoại lệ an toàn: nếu callsomeotherfunc() ném một ngoại lệ bộ nhớ cấp phát động vẫn sẽ được giải phóng. Nếu scoped_ptr không được sử dụng và callsomeotherfunc() có thể ném thì hàm sẽ phải được cấu trúc tương tự như sau:

void myfunc() 
{ 
    myobj* objptr = someFactory::allocate(); 

    try 
    { 
     callsomeotherfunc(objptr); 
     delete objptr; 
    } 
    catch (const some_exception&) 
    { 
     delete objptr; 
     throw; 
    } 
} 

Đây là lỗi dễ bị như tất cả những thay đổi tương lai của hàm sẽ cần phải đảm bảo rằng delete objptr; được gọi trên tất cả các khả năng các điểm thoát.

Answer 2

Không, không phải. Lợi ích của việc sử dụng con trỏ thông minh (ví dụ: an toàn ngoại lệ và dọn dẹp tài nguyên tự động) cao hơn rất nhiều so với hiệu suất sử dụng vài byte bộ nhớ bổ sung và vài đồng hồ CPU bổ sung cần thiết cho việc tạo, bảo trì và hủy con trỏ thông minh.

Answer 3

Tôi sẽ không sử dụng scoped_ptr cho mục đích đó, mà là unique_ptr trong C++ 11 và auto_ptr trong các trình biên dịch cũ hơn, cả hai đều tương đương với trường hợp sử dụng cụ thể của bạn. Cho dù đó là quá mức cần thiết, không, nó không phải là, nó là lựa chọn duy nhất để cung cấp sự an toàn ngoại lệ (nói bất cứ điều gì trong mã số của myfunc hoặc callsomeotherfunc ném, bạn muốn bộ nhớ được phát hành). Hiệu suất khôn ngoan, ba tùy chọn tương đương với một cuộc gọi delete ở cuối hàm trong trường hợp ngoại lệ không được ném và nhanh hơn là có khối try/catch với số delete để trả lại ngoại lệ trong trường hợp ngoại lệ.

Ngoài ra, có vẻ như bạn đang phân bổ từ một nhà máy, trong một số thiết kế mà nhà máy sẽ có hoạt động deallocate cần được gọi thay vì delete. Nếu trường hợp đó xảy ra, bạn có thể xem xét một con trỏ thông minh khác (shared_ptr từ tiêu chuẩn, sẽ là quá mức cần thiết nếu delete là cách giải phóng bộ nhớ thích hợp; hoặc một số số managed_ptr mà bạn cũng có thể cung cấp deleter)

Answer 4

tôi nghĩ rằng tương đương với scoped_ptr sử dụng sẽ là:

void myfunc() 
{ 
    myobj* objptr = someFactory::allocate(); 
    try 
    { 
     callsomeotherfunc(objptr); 
    } 
    catch (...) 
    { 
     delete objptr; 
     throw; 
    } 
    delete objptr; 
} 

tôi biết phiên bản nào tôi muốn viết ...