Had another 48hr game jam this weekend...
Ramon
spam at thanks.no
Mon Sep 2 12:46:46 PDT 2013
On Monday, 2 September 2013 at 13:46:33 UTC, Manu wrote:
> On 2 September 2013 21:37, Jos van Uden <usenet at fwend.com>
> wrote:
>
>> On 1-9-2013 20:00, bearophile wrote:
>>
>>> Manu:
>>>
>>> Seriously, how do you quickly read and understand the API
>>> through the
>>>> noise?
>>>>
>>>
>>> The noise increases if you have to repeat the class name for
>>> each method
>>> :-)
>>>
>>
>> +1
>>
>
> Really? You both think seeing the function signature a second
> time at the
> definition is 'noisy' when compared to massive blocks of
> arbitrarily
> indented function body code consuming the entire class
> definition, and
> completely breaking up your code window?
> A few function bodies and you can't see anything anymore. You
> have to
> scroll miles to get an overview of the class, and try and
> remember each
> function header along the way as you scroll by; you can never
> digest it
> cleanly in one place.
> My memory's not that good... So you end up scrolling up and
> down and up and
> down and up and down, and then inevitably, get off your arse,
> walk over,
> and interrupt the guy that wrote it.
> That's a waste of my time, it's a waste of their time, and in
> an office
> environment, it's a waste of money.
>
> So, I find it extremely useful being able to see the members
> and functions
> available listed in a row all together. I can quickly gather a
> fairly
> complete mental picture.
> Everyone on the weekend agreed with me, none of us could
> immediately
> understand the classes we were working with. Productivity being
> the key
> element in our exercise, and it demonstrably impacted our
> productivity.
> But whatever. I just threw it in there because it was a
> recurring topic,
> and I thought it was worth mentioning.
I think there is a way to please both sides.
I Eiffel there is a (standard) way to show only the definition
and/or the interface of a class. It shouldn't be much of a work
to have the D compiler (or some utility, but that'd be
considerably more work) spit out those, too.
While I don't agree with Manu's wish to handle D classes C++
style I do quite well see the value of a clean definition
skeletton/API/interface overview.
A+ -R
More information about the Digitalmars-d
mailing list