Pass by value vs pass by rvalue reference

前端 未结 7 954
独厮守ぢ
独厮守ぢ 2020-11-29 01:40

When should I declare my function as:

void foo(Widget w);

as opposed to

void foo(Widget&& w);?

Assume this

相关标签:
7条回答
  • 2020-11-29 02:04

    What do rvalue usages say about an interface versus copying? rvalue suggests to the caller that the function both wants to own the value and has no intention of letting the caller know of any changes it has made. Consider the following (I know you said no lvalue references in your example, but bear with me):

    //Hello. I want my own local copy of your Widget that I will manipulate,
    //but I don't want my changes to affect the one you have. I may or may not
    //hold onto it for later, but that's none of your business.
    void foo(Widget w);
    
    //Hello. I want to take your Widget and play with it. It may be in a
    //different state than when you gave it to me, but it'll still be yours
    //when I'm finished. Trust me!
    void foo(Widget& w);
    
    //Hello. Can I see that Widget of yours? I don't want to mess with it;
    //I just want to check something out on it. Read that one value from it,
    //or observe what state it's in. I won't touch it and I won't keep it.
    void foo(const Widget& w);
    
    //Hello. Ooh, I like that Widget you have. You're not going to use it
    //anymore, are you? Please just give it to me. Thank you! It's my
    //responsibility now, so don't worry about it anymore, m'kay?
    void foo(Widget&& w);
    

    For another way of looking at it:

    //Here, let me buy you a new car just like mine. I don't care if you wreck
    //it or give it a new paint job; you have yours and I have mine.
    void foo(Car c);
    
    //Here are the keys to my car. I understand that it may come back...
    //not quite the same... as I lent it to you, but I'm okay with that.
    void foo(Car& c);
    
    //Here are the keys to my car as long as you promise to not give it a
    //paint job or anything like that
    void foo(const Car& c);
    
    //I don't need my car anymore, so I'm signing the title over to you now.
    //Happy birthday!
    void foo(Car&& c);
    

    Now, if Widgets have to remain unique (as actual widgets in, say, GTK do) then the first option cannot work. The second, third and fourth options make sense, because there's still only one real representation of the data. Anyway, that's what those semantics say to me when I see them in code.

    Now, as for efficiency: it depends. rvalue references can save a lot of time if Widget has a pointer to a data member whose pointed-to contents can be rather large (think an array). Since the caller used an rvalue, they're saying they don't care about what they're giving you anymore. So, if you want to move the caller's Widget's contents into your Widget, just take their pointer. No need to meticulously copy each element in the data structure their pointer points to. This can lead to pretty good improvements in speed (again, think arrays). But if the Widget class doesn't have any such thing, this benefit is nowhere to be seen.

    Hopefully that gets at what you were asking; if not, I can perhaps expand/clarify things.

    0 讨论(0)
提交回复
热议问题