equivariant functions
Sergey Gromov
snake.scaly at gmail.com
Sun Oct 12 15:45:33 PDT 2008
Sun, 12 Oct 2008 14:34:05 -0500,
Andrei Alexandrescu wrote:
> I discussed with Walter a variant that implements equivariant functions
> without actually adding an explicit feature to the language. Consider:
>
> typeof(s) stripl(const(char)[] s);
>
> This signature states that it returns the same type as an argument. I
> propose that that pattern means stripl can accept _any_ subtype of
> const(char)[] and return that exact type. Inside the function, however,
> the type of s is the type declared, thus restricting its use.
>
> I need to convince myself that function bodies of this type can be
> reliably typechecked, but first I wanted to run it by everyone to get a
> feel of it.
>
> Equivariant functions are not (necessarily) templates and can be used as
> virtual functions. Only one body is generated for one equivariant
> function, unless other template mechanisms are in vigor.
>
> Here are some examples:
>
> a) Simple equivariance
>
> typeof(s) stripl(const(char)[] s);
>
> b) Parameterized equivariance
>
> typeof(s) stripl(S)(S s) if (isSomeString!S);
>
> c) Equivariance of field:
>
> typeof(s.ptr) getpointer(const(char)[] s);
>
> d) Equivariance inside a class/struct declaration:
>
> class S
> {
> typeof(this) clone();
> typeof(this.field) getfield();
> int field;
> }
>
> What do you think? I'm almost afraid to post this.
I'd use it.
More information about the Digitalmars-d
mailing list