I would add to what Joe mentioned above the fact that the concept of &quot;selector&quot; may not mean a whole lot to developers who are first introduced to Swift without any prior Obj-C or Cocoa experience. Thinking of them as functions I believe avoids introducing complexity in the form of additional concepts that one must understand and differentiate (&quot;what&#39;s a selector and why/how is it different from a function value?&quot;)<br><div class="gmail_quote"><div dir="ltr">On Sun, Dec 27, 2015 at 10:07 AM Joe Groff via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
&gt; On Dec 26, 2015, at 11:48 PM, Douglas Gregor via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Hi all,<br>
&gt;<br>
&gt; Currently, producing an Objective-C selector in Swift is an error-prone operation. One effectively just writes a string literal and uses it in a context where an ObjectiveC.Selector is expected:<br>
&gt;<br>
&gt;       control.sendAction(“doSomething:”, to: target, forEvent: event)<br>
&gt;<br>
&gt; There are many points of failure here:<br>
&gt;<br>
&gt; 1) The compiler doesn’t syntax-check at all to make sure it’s a valid spelling for a selector<br>
&gt; 2) The compiler doesn’t look for existing methods with this selector anywhere<br>
&gt; 3) The mapping from a Swift method name to an Objective-C selector isn’t always immediately obvious (especially for initializers), and will be getting significantly more complicated with the renaming work for Swift 3 (<a href="https://github.com/apple/swift-evolution/blob/master/proposals/0005-objective-c-name-translation.md" rel="noreferrer" target="_blank">https://github.com/apple/swift-evolution/blob/master/proposals/0005-objective-c-name-translation.md</a>).<br>
&gt;<br>
&gt; I suggest that we add an expression ‘objc_selector(method-reference)` that produces the Objective-C selector for the named method, and produces an error if the method does not have an Objective-C entry point. For example:<br>
&gt;<br>
&gt;       control.sendAction(objc_selector(MyApplication.doSomething), to: target, forEvent: event)<br>
&gt;<br>
&gt; “doSomething” is a method of MyApplication, which might even have a completely-unrelated name in Objective-C:<br>
&gt;<br>
&gt;       extension MyApplication {<br>
&gt;               @objc(jumpUpAndDown:)<br>
&gt;               func doSomething(sender: AnyObject?) { … }<br>
&gt;       }<br>
&gt;<br>
&gt; By naming the Swift method and having objc_selector do the work to form the Objective-C selector, we free the programming from having to do the naming translation manually and get static checking that the method exists and is exposed to Objective-C.<br>
&gt;<br>
&gt; This proposal composes with my “Generalized Naming for Any Function” proposal, which lets us name methods fully, including getters/setters:<br>
&gt;<br>
&gt;       let sel1: Selector = objc_selector(UIView.`insertSubview(_:at:)`) // produces the Selector “insertSubview:atIndex:&quot;<br>
&gt;       let sel2: Selector = objc_selector(UIView.`frame.get`) // produces the Selector “frame&quot;<br>
&gt;<br>
&gt; I don’t like the `objc_selector` syntax at all, but otherwise I think this functionality is straightforward.<br>
<br>
Selectors can be seen as &quot;just&quot; a kind of function value. Do we need a new syntax form at all? We ought to be able to turn an unbound function reference like UIView.insertSubview into a selector reference in Selector type context, or maybe a typed @convention(selector) function as discussed in another thread, without any explicit get-a-selector operation.<br>
<br>
-Joe<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">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>
</blockquote></div><div dir="ltr">-- <br></div>Javier Soto