appeal again: discard the syntax of private:, public: static: private{}, public{}, static{}.

Boris Wang nano.kago at hotmail.com
Fri Jun 23 16:55:54 PDT 2006


"Daniel Keep" <daniel.keep.list at gmail.com> 
??????:e7grur$2tq6$1 at digitaldaemon.com...
> Boris Wang wrote:
>> the harm of these is more than the benefit.
>>
>> all these syntax produce non-readable, non-maintainable codes, and even 
>> more in large project with many developers.
>
> Have you seen the International Obfuscated C Code Competition?  By your 
> rationale, then the entire C language is evil, and thus by extension, most 
> of D is evil.  Given enough time and incentive, you can write totally 
> unreadable code in almost anything.
>
> Can you abuse "protection:" and "protection{}"?  Of course you can!  But 
> that's not the point.  You can abuse aliases as well.  You can abuse 
> pointers.  You can abuse arrays and hashes.  You can abuse the ability to 
> choose your own variable names, operator overloading, classes, 
> functions... just about anything.
>
NO,NO. I am a programmer of C ,about fifteen years. i like C.


> Just because you don't agree with something, can't immediately see its 
> benefit, or can't use it properly yourself doesn't mean it should be 
> removed.
>
> I personally use all three forms.  I habitually divide my classes into 
> clear sections based on who is using them.  Public section first so people 
> can read the top of the class for a quick reference, protected next for 
> people overriding the class, and public last for internal details. 
> Marking each one seperately would be a pain, and the off-side "public:", 
> "protected:" and "private:" help delineate the sections.
>

The key is that your's pleasure is the suffering of other people!

> I use the braces form for, for example, grouping together small bunches of 
> declarations at module level.  When I write my module imports, they look 
> like this:
>
> # private
> # {
> #     import first.module;
> #     import second.module;
> # }
>
> Should I be forced to write all these out long-hand because you don't like 
> that form?  You claim that these produce unreadable code, and whilst they 
> COULD be abused, they also help me keep MY code more organised.
>
> Should we have all Perl coders shot on sight?  Don't be silly :)
>
> Regards,
>
> -- Daniel 





More information about the Digitalmars-d mailing list