<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 3, 2013 at 12:13 PM, Dicebot <span dir="ltr"><<a href="mailto:public@dicebot.lv" target="_blank">public@dicebot.lv</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tuesday, 3 September 2013 at 19:10:12 UTC, Jacob Carlborg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2013-09-03 21:05, Andrej Mitrovic wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You are importing symbols. And when you do "foo()" you know you're<br>
calling a function. With the change, you'll never know what foo()<br>
does.<br>
<br>
This feature is never going to fly, but people are just going to argue<br>
this forever..<br>
</blockquote>
<br>
With properties you never know if you're invoking a method or accessing a field:<br>
<br>
foo.data; // call method or access field?<br>
</blockquote>
<br></div></div>
Which is exactly why parens-less calls and properties with side effects suck.<br>
</blockquote></div><br></div><div class="gmail_extra">that's the whole point, it allows to transparently replace a field access by a property function call without breaking client code. How else would you do that?</div>
<div class="gmail_extra"><br></div></div>