digitalmars.D - Feature request: Make object composition easier
Given the following:
struct Foo
{
int val;
ref Foo opUnary(string op : "++")()
{
++val;
return this;
}
}
struct Bar
{
Foo _foo;
alias _foo this;
void fun() { }
}
Bar bar;
... I would like to be able to say:
(++bar).fun();
... which would be lowered to:
(*cast(Bar*) ((cast(byte*) &++bar) +
Bar.init._foo.offsetof)).fun();
... except that it would be considered safe.
The logic is that certain operators, like pre-increment and
assignment operators and such, can be assumed to be return a
reference to the operand variable (given that the operator
returns a ref to that type). Let's call this particular set of
operators X. The rule would then be: If a call to an operator is
re-routed through alias-this to a field of the operand, and the
operator is in X, and the operator returns a ref to the type of
the field, then the return value is implicitly converted to a ref
to the operand.
Mar 25 2013
Or, do you think mixin templates would be better suited for code re-use, than object composition?
Mar 25 2013
On Monday, 25 March 2013 at 18:15:21 UTC, TommiT wrote:(++bar).fun(); ... which would be lowered to: (*cast(Bar*) ((cast(byte*) &++bar) + Bar.init._foo.offsetof)).fun();Sorry, meant to say: (*cast(Bar*) ((cast(byte*) &++bar) - Bar.init._foo.offsetof)).fun();
Mar 25 2013
On Monday, 25 March 2013 at 18:15:21 UTC, TommiT wrote:... I would like to be able to say: (++bar).fun();Actually, let's forget about this proposal. I thought about it a bit more, and I'm convinced that object composition is not the correct tool for what I'm trying to achieve. The mere fact, that post-increment operator in Foo cannot be composed into Bar like pre-increment could in the example above, is a clear indication that the tool isn't right for the job.
Mar 26 2013









"TommiT" <tommitissari hotmail.com> 