Enhancement: issue error on all public functions that are missing ddoc sections

Kagamin via Digitalmars-d digitalmars-d at puremagic.com
Fri Mar 20 02:03:42 PDT 2015


On Thursday, 19 March 2015 at 22:14:02 UTC, Jeremy Powers wrote:
>>     int foo;
>>     int getFoo() { return foo; }
>>
>
> A valid reason for doing things like this is future-proof 
> encapsulation.

That's a non-obvious property worth documenting. If it's a public 
API guaranteed to never change, that should be stated as such at 
least to warn against inconsiderate changes.


More information about the Digitalmars-d mailing list