<div dir="ltr">2013/2/4 Timon Gehr <span dir="ltr"><<a href="mailto:timon.gehr@gmx.ch" target="_blank">timon.gehr@gmx.ch</a>></span><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">On 02/04/2013 03:38 PM, kenji hara wrote:</div><div class="im">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I think this is necessary feature for the D's function and property<br>
semantics.<br>
</blockquote>
<br></div>
Why?<br>
</blockquote></div><br></div><div class="gmail_extra" style>Because, "property" is one of D-specific feature.</div><div class="gmail_extra" style><br></div><div class="gmail_extra" style>In D, "property" is directly translated to function call. So, we should get balance between two requirements:</div>
<div class="gmail_extra" style>1. property should be treated as its returned type.</div><div class="gmail_extra" style>2. property should be distinguished from raw field. (For example, serialization library should recognize it)</div>
<div><br></div><div class="gmail_extra" style>Address expression is _only_one_ built-in feature to make a callable object from function symbol. So</div><div class="gmail_extra" style>this "special feature" is enough reasonable to me.</div>
<div class="gmail_extra" style><br></div><div class="gmail_extra" style>Kenji Hara</div><div class="gmail_extra" style><br></div></div>