new DIP5: Properties 2
Lars T. Kyllingstad
public at kyllingen.NOSPAMnet
Mon Jul 27 03:36:24 PDT 2009
Daniel Keep wrote:
> Kagamin wrote:
>> http://prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP5
>>
>> As namespaces were proposed, a variant of them is in DIP5 now.
>
> Oh dear, here we go.
>
> Let's all create our own DIPs as slight variations of existing ones when
> we disagree instead of actually working together!
>
> Is there ANY reason this couldn't have been put into DIP4 as an
> alternative solution?
>
> This isn't even an objective proposal...
>
> "Parts of DIP4 are too puristic and as a consequence - insane." No
> objective reasoning given; just calling DIP4 "insane."
>
> "Default storage is not a big deal to be so anal about it." That's
> subjective. You then go on to admit that you need trivial properties
> for interfaces, yet completely discount that use case.
>
> "The {get;set;} syntax exists in C# only for reflection purposes..." No,
> I'm pretty sure it exists because interfaces can't have fields, and most
> accessors are trivial.
>
> This is *exactly* why I said DIPs need to have some form of editorial
> control.
Agreed. There are problems with most of the DIPs already:
DIP3 is way too brief. The Rationale is just one sentence, stating
simply that "[...] leads to strange behaviour", full stop.
DIP4 was created at too early a stage in the discussion. (That said, it
is probably the most well written one, with a good rationale section and
a comprehensive list of pros and cons.)
DIP5 is too brief, written in a very subjective style, and -- most
importantly -- unnecessary, as it's just a "reply" to DIP4. DIP5 reads
like an NG post.
(Regarding DIP3: I posted the above critique in the DIP3 thread, but it
was ignored. Indeed, DIP3 seems abandoned by its author, since it hasn't
been updated after its announcement.)
-Lars
More information about the Digitalmars-d
mailing list