<p>Am 12.04.2016 16:12 schrieb "Dimitrios Chr. Ioannidis" <<a href="mailto:d.ioannidis@nephelae.eu">d.ioannidis@nephelae.eu</a>>:<br>
><br>
> Στις 2016-04-12 16:31, Maciej Izak έγραψε:<br>
>><br>
>> 2016-04-12 14:48 GMT+02:00 Michael Van Canneyt<br>
>> <<a href="mailto:michael@freepascal.org">michael@freepascal.org</a>>:<br>
>><br>
>>> I really don't think you should delegate such things to attributes.<br>
>>> You make 2 completely unrelated language constructs suddenly<br>
>>> related. A bad design decision.<br>
>><br>
>><br>
>> I think you are wrong. Attributes are not only dedicated to RTTI just<br>
>> look at other languages: Delphi, C#, Java. Instead of extending<br>
>> language into infinity you can use simple attribute with parameter. I<br>
>> don't see any reason why don't use attributes to describe some<br>
>> compiler/RTL behavior? Any attribute can be easier placed in many<br>
>> language structures without breaking language syntax. That is much<br>
>> harder with new keywords.<br>
><br>
><br>
> Just my 2 ...<br>
><br>
>  AFAIU, attributes in Delphi are ignorable ( ... Attributes do not modify the behavior of types or members by themselves. The consumer code must specifically query for their existence and take appropriate actions when this is required ... ).<br>
><br>
>  IMO attributes that aren't ignorable aren't really attributes in the narrow sense, they're just keywords in disguise.</p>
<p>I agree, that's why I also don't like the use of attributes for this. The question is how Delphi compatible do we want to be? (I personally wouldn't mind not achieving compatibility for this)</p>
<p>Regards,<br>
Sven</p>