dropping parentheses on template instantiation

KennyTM~ kennytm at gmail.com
Sun Oct 5 12:06:13 PDT 2008


KennyTM~ wrote:
> Ary Borenszweig wrote:
>> Andrei Alexandrescu escribió:
>>> Denis Koroskin wrote:
>>>> On Sun, 05 Oct 2008 22:18:26 +0400, Andrei Alexandrescu 
>>>> <SeeWebsiteForEmail at erdani.org> wrote:
>>>>
>>>>> I just realized something different. After making an informal 
>>>>> review of some code, I saw that a large percentage of template 
>>>>> instantiations only need ONE argument.
>>>>>
>>>>> This makes me think, with the old "!" notation, parentheses could 
>>>>> be dropped entirely without prejudice:
>>>>>
>>>>> auto covariance = Matrix!real(n, n);
>>>>> auto normalized = SparseVector!double(n);
>>>>>
>>>>> and so on.
>>>>>
>>>>> To the unbridled joy of the enemies of the Sad Pirate, the dot 
>>>>> won't work for template instantiation because without the 
>>>>> parentheses it DOES engender ambiguity.
>>>>>
>>>>> Now say we take the following route:
>>>>>
>>>>> 1) We find something different from shouting
>>>>>
>>>>> 2) We drop the parentheses for 1 argument
>>>>>
>>>>> That sounds like a possible winner. In this case the "#" becomes 
>>>>> considerably more attractive, in fact very attractive exactly 
>>>>> because it looks unlike any letter:
>>>>>
>>>>> auto covariance = Matrix#real(n, n);
>>>>> auto normalized = SparseVector#double(n);
>>>>>
>>>>> Ideas?
>>>>>
>>>>>
>>>>> Andrei
>>>>>
>>>>> P.S. The Sad Pirate is the emoticon
>>>>>
>>>>> .(
>>>>>
>>>>> It doesn't have an eye and is sad, too.
>>>>
>>>> Just to clarify things: Do you propose moving the first template 
>>>> argument outside of the parentheses *or* ditching them iff there is 
>>>> only one parameter? I mean, what does the original code look like, 
>>>> because there is ambiguaty in your statement (to me):
>>>
>>> Ditch parens if there's only one argument. In that case the extra 
>>> character becomes an enabling asset, not a liability.
>>>
>>>> const int n = 42;
>>>> auto covariance = Matrix!(real, n, n); <-> auto covariance = 
>>>> Matrix#real(n,n);
>>>>
>>>> *or*
>>>>
>>>> auto covariance = Matrix!(real)(n, n); <-> auto covariance = 
>>>> Matrix#real(n,n);
>>>
>>> The latter.
>>>
>>>> Other than that Vector at real or Vector#real both sound good!
>>>
>>> I agree. In fact "Vector at real" sounds like a good way of talking 
>>> about templates instead of "Vector instantiated with real". One 
>>> reason for which I think "this" is a poor choice (as opposed to e.g. 
>>> "self") is that it's very hard to talk about it.
>>
>> I like Vector at real. Also: HashMap@(Key, Value) looks nice to me. The 
>> only thing is that in spanish keboards, I have to do alt-gr + Q to get 
>> one @ :-P
> 
> It seems that
> 
> Stack!int
> Stack at int
> Stack#int
> 
> are the only choices we're left with. All others are either binary 
> operators, delimiters or some kind of parenthesis. But frankly speaking 
> all of these characters are not very pretty :/

And I think # will cause problem if a name a class "line":

   Stack#line // #line integer ["filespec"]\n expected

(http://www.digitalmars.com/d/2.0/lex.html#specialtokenseq)



More information about the Digitalmars-d mailing list