You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Status: **Accepted for Swift 3** ([Rationale](https://lists.swift.org/pipermail/swift-evolution-announce/2016-May/000124.html), [Bug](https://bugs.swift.org/browse/SR-1395))
5
+
* Status: **Implemented in Swift 3** ([Rationale](https://lists.swift.org/pipermail/swift-evolution-announce/2016-May/000124.html), [Bug](https://bugs.swift.org/browse/SR-1395))
*[Is there an underlying reason why optional protocol requirements need @objc?](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160229/011854.html)
22
23
*[\[Proposal\] Make optional protocol methods first class citizens](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160328/013770.html)
23
24
*[\[Idea\] How to eliminate 'optional' protocol requirements](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160404/014471.html)
24
25
*[\[Proposal draft\] Make Optional Requirements Objective-C-only](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160418/015552.html)
@@ -58,7 +59,7 @@ has always been permitted.
58
59
## Alternatives considered
59
60
60
61
It's a fairly common request to make optional requirements work in
61
-
Swift protocols (as in the aforementioned [thread](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160328/013770.html)).
62
+
Swift protocols (as in the aforementioned [threads](#introduction)).
62
63
However, such proposals have generally met with resistance because
63
64
optional requirements have significant overlap with other protocol
64
65
features: "default" implementations via protocol extensions and
0 commit comments