Overloading member access operators ->, .*

115.8k views Asked by At

I understand most operator overloading, with the exception of the member access operators ->, .*, ->* etc.

In particular, what is passed to these operator functions, and what should be returned?

How does the operator function (e.g. operator->(...) ) know what member is being refered to? Can it know? Does it even need to know?

Finally, are there any const considerations that need to be taken into account? For example, when overloading something like operator[], generally you will need both a const and non-const version. Do member access operators require const and non-const versions?

5

There are 5 answers

3
Potatoswatter On BEST ANSWER

->

This is the only really tricky one. It must be a nonstatic member function, and it takes no arguments. The return value is used to perform the member lookup.

If the return value is another object of class type, not a pointer, then the subsequent member lookup is also handled by an operator-> function. This is called the "drill-down behavior." The language chains together the operator-> calls until the last one returns a pointer.

struct client
    { int a; };

struct proxy {
    client *target;
    client *operator->() const
        { return target; }
};

struct proxy2 {
    proxy *target;
    proxy &operator->() const
        { return * target; }
};

void f() {
    client x = { 3 };
    proxy y = { & x };
    proxy2 z = { & y };

    std::cout << x.a << y->a << z->a; // print "333"
}

->*

This one is only tricky in that there is nothing special about it. The non-overloaded version requires an object of pointer to class type on the left-hand side and an object of pointer to member type on the right. But when you overload it, you can take any arguments you like and return anything you want. It doesn't even have to be a nonstatic member.

In other words, this one is just a normal binary operator like +, -, and /. See also: Are free operator->* overloads evil?

.* and .

These cannot be overloaded. There is already a built-in meaning when the left-hand side is of class type. Perhaps it would make a little sense to be able to define them for a pointer on the left-hand side, but the language design committee decided that would be more confusing than useful.

Overloading ->, ->*, ., and .* can only fill in cases where an expression would be undefined, it can never change the meaning of an expression that would be valid with no overloading.

0
John Chadwick On

The -> operator doesn't know what member is being pointed to, it just provides an object to perform the actual member access on.

Additionally, I see no reason why you can't provide const and non-const versions.

0
Asaf On

When you overload operator->() (no arguments are passed here), what the compiler actually does is calling -> recursively until it returns an actual pointer to a type. It then uses the correct member/method.

This is useful, for example, to create a smart pointer class which encapsulates the actual pointer. The overloaded operator-> is called, does whatever it does (e.g. locking for thread safety), returns the internal pointer and then the compiler calls -> for this internal pointer.

As for constness - it's been answered in the comments and other answers (you can, and should, provide both).

2
Totonga On

Operator -> is special.

"It has additional, atypical constraints: It must return an object (or reference to an object) that also has a pointer dereference operator, or it must return a pointer that can be used to select what the pointer dereference operator arrow is pointing at." Bruce Eckel: Thinking CPP Vol-one : operator->

The extra functionality is provided for convenience, so you do not have to call

a->->func();

You can simply do:

a->func();

That makes operator -> different from the other operator overloads.

1
6502 On

You cannot overload member access . (i.e. the second part of what -> does). You can however overload the unary dereferencing operator * (i.e. the first part of what -> does).

The C++ -> operator is basically the union of two steps and this is clear if you think that x->y is equivalent to (*x).y. C++ allows you to customize what to do with the (*x) part when x is an instance of your class.

The semantic for -> overloading is somewhat strange because C++ allows you either to return a regular pointer (that it will be used to find the pointed object) or to return an instance of another class if this class also provides a -> operator. When in this second case the search for the dereferenced object continues from this new instance.