<div dir="ltr">Yes, to call the standalone foo, you'd call it on its module name: TheModuleOfFoo.foo()</div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 19, 2015 at 6:52 AM, Kenny Leung via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> * What is your evaluation of the proposal?<br>
<br>
</span>+1 for it.<br>
<span class=""><br>
> * Is the problem being addressed significant enough to warrant a change to Swift?<br>
<br>
</span>Yes. I feel it makes things more correct.<br>
<span class=""><br>
> * Does this proposal fit well with the feel and direction of Swift?<br>
<br>
</span>Yes. One of Swift’s goals is to be clear in reading, and this makes it it readily explicit when an instance property or function is being referred to when reading over code.<br>
<span class=""><br>
> * If you have you used other languages or libraries with a similar feature, how do you feel that this proposal compares to those?<br>
<br>
</span>I prefer a shorter syntax, like Ruby’s @blah. It will serve the same purpose, and save some space and typing. In fact, I would prefer to have all scopes of variables decorated so you could tell them all at a glance:<br>
- local variables have no decoration<br>
- instance properties with @<br>
- arguments with $<br>
- statics, globals, etc…<br>
- types that I have to worry about mutating because someone else might have a reference to it vs. ones that I don’t have to worry about. (I used to think this was structs vs classes, but after being on this list I’m not so sure…)<br>
<span class=""><br>
> * How much effort did you put into your review? A glance, a quick reading, or an in-depth study?<br>
<br>
</span>I have read about half of the posts on this.<br>
<br>
--------------------<br>
<br>
Considering this makes me think - if self were not required:<br>
<br>
you have a standalone function foo()<br>
<br>
you also have an instance method foo()<br>
<br>
If you have another instance method<br>
<br>
func bar() {<br>
//Could you ever call the standalone function foo?<br>
foo()<br>
}<br>
<br>
<br>
-Kenny<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">bitCycle AB | Smedjegatan 12 | 742 32 Östhammar | Sweden<br><a href="http://www.bitcycle.com/" target="_blank">http://www.bitcycle.com/</a><br>Phone: +46-73-753 24 62<br>E-mail: <a href="mailto:jens@bitcycle.com" target="_blank">jens@bitcycle.com</a><br><br></div>
</div>