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