I know this is not in scope for Swift 3.0 but has there been any talk about including cryptographic APIs into the core language runtime? In my opinion this has been a serious deficit of the language so far, many other languages include cryptographic APIs as part of their runtime. Developers need libraries they can trust when it comes to crypto, and using some third party library found on Github I don’t think is a good solution. Bridging in the C based CommonCrypto is a workaround but adds complexity especially when you’re trying to build a framework to be used by others.
Travis Beech | Principal Developer | Unwired Revolution
Optimizing Operations for Mobile and Distributed Systems
I know this is not in scope for Swift 3.0 but has there been any talk about including cryptographic APIs into the core language runtime?
Not yet. I think the idea is that new systems like this should be implemented as community-driven libraries, and eventually the team may adopt some important ones into Corelibs.
Personally, I’d be interested to see what a crypto library looks like when you expect people to flatMap it over their data!
···
--
Brent Royal-Gordon
Architechies
Not sure what you meant by flatMap, but I would expect a set of API’s to perform encryption\decryption of data, HMAC hashing, etc. Pretty much API’s available in most modern languages without having to jump through hoops. I think if we expect developers to create safe, secure software it needs to be much easier to do so.
Travis Beech | Principal Developer | Unwired Revolution
Optimizing Operations for Mobile and Distributed Systems
···
On 12/9/15, 12:06 PM, "Brent Royal-Gordon" <brent@architechies.com> wrote:
I know this is not in scope for Swift 3.0 but has there been any talk about including cryptographic APIs into the core language runtime?
Not yet. I think the idea is that new systems like this should be implemented as community-driven libraries, and eventually the team may adopt some important ones into Corelibs.
Personally, I’d be interested to see what a crypto library looks like when you expect people to flatMap it over their data!
--
Brent Royal-Gordon
Architechies