[swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements
dabrahams at apple.com
Mon Jul 11 16:49:22 CDT 2016
on Mon Jul 11 2016, "L. Mihalkovic" <laurent.mihalkovic-AT-gmail.com> wrote:
> (From mobile)
>> On Jul 11, 2016, at 8:24 PM, Dave Abrahams via swift-evolution <swift-evolution at swift.org> wrote:
>>> on Sun Jul 10 2016, Jasdev Singh <swift-evolution at swift.org> wrote:
>>> Hey Swift Evolution!
>>> Drafted up a small proposal that harmonizes the use of static functions and
>>> static function properties in appropriate protocol conformance scenarios:
>>> Would love any feedback or edge cases I may have missed!
>> Hi Jasdev,
>> I wanted this once, before Swift 1 was released. Its lack was easy to
>> work around and I have never wanted it since, so... I'm afraid I don't
>> think it is worth complicating the language for. Your proposal shows
>> how the feature *can be used*, but doesn't make a compelling case that it
>> *will be very useful*. That's what would be needed to convince me.
> Have you looked into the design patterns it opens the door to, or how
> it is used in languages where it is present? IME it has to do with
> higher degrees of abstractions or more dynamic behaviors.
Right, the latter.
> Granted it is also not the only way to achieve that.
Right. It's also not the most efficient way in most cases. It's better
to store one class instance than a bunch of closures.
> TypeScript might interest you if you have not yet looked into it
Thanks, but the onus is on the proposer to make a case for his feature.
I'm trying to explain how to do that.
More information about the swift-evolution