[swift-evolution] [Review] SE-0070: Make Optional Requirements Objective-C only
Zach Waldowski
zach at waldowski.me
Tue Apr 26 10:20:36 CDT 2016
Perhaps, with this thought in mind, we should consider making @objc into
something more resembling the @available syntax. Getter selector, setter
selector, copying, etc. could live there as well.
Sincerely,
Zachary Waldowski
zach at waldowski.me
On Tue, Apr 26, 2016, at 01:15 AM, Brent Royal-Gordon via
swift-evolution wrote:
> > * What is your evaluation of the proposal?
>
> I think this proposed solution doesn't really address the problem. An
> @objcOptional keyword is intended to make it clear that the feature is
> fundamentally, intrinsically, for Objective-C compatibility. Separating
> the keywords doesn't do that; it still seems like an arbitrary and
> temporary limitation.
>
> @objcOptional *does* make it clear that this is a compatibility feature.
> So would @objc(optional), although that would conflict with the
> @objc(selectorGoesHere) syntax.
>
> > * Is the problem being addressed significant enough to warrant a change to Swift?
>
> Yes.
>
> > * Does this proposal fit well with the feel and direction of Swift?
>
> I think it's neutral to the direction of Swift.
>
> > * If you have you used other languages or libraries with a similar feature, how do you feel that this proposal compares to those?
>
> N/A.
>
> > * How much effort did you put into your review? A glance, a quick reading, or an in-depth study?
>
> Participated in the previous discussion, read this one pretty quickly.
>
> --
> Brent Royal-Gordon
> Architechies
>
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
More information about the swift-evolution
mailing list