Earlier quoted context omitted.
Swift was influenced by Scala, so that's no surprise.
Obligatory comparison: https://leverich.github.io/swiftislikescala/
Server APIs Project
51–60 of 181 posts
Re: Server APIs Project
#52What editor is everyone using for Swift? Last time I played with Swift I stopped after XCode crashed 2 times in an hour for me. It is also very slow. But none other editors seem to support auto completion which is a deal-breaker for me. Without it it's hard to consume all the APIs. I hope Apple can follow Rust's path by making a language server[0] for Swift, if Apple is serious about providing cross-platform support…
Re: Server APIs Project
#53Great. Great great great. A thousand times great. We've been slowly converting our iOS projects over to Swift over the past year and the results have been tremendous (a ~40% drop in LOC from ObjC, among many other benefits). Really the only language-level feature that feels missing for server development is first-class support for asynchronous/concurrent operations, but that's coming. Swift is truly a 'best of most w…
Also a significant drop in null dereferencing issues. The `if-let` syntax is brilliant.
Re: Server APIs Project
#54Earlier quoted context omitted.
Obligatory comparison: https://leverich.github.io/swiftislikescala/
Wow. They're basically identical. Scala has a bit less boilerplate sometimes, but it's also older, so I guess Swift will get syntactical sugar to catch up in time.
http://glaforge.appspot.com/article/apple-s-swift-programmin...
No, it's a lot like C#:
Re: Server APIs Project
#55Earlier quoted context omitted.
OS/2 had its own version of COM, called SOM. The best thing about it, was that it also supported metaclasses Smalltalk style. So one could go crazy with OO metaprogramming. Sadly it died with OS/2. Then there was the other multi-platform OO ABI project from Apple, Sun and IBM, Taligent. Also not that successful. COM is ok to work with, when done from .NET or now UWP point of view. C++/CX and the recently announced C+…
I've mostly used COM from .NET, and as you said, it's fairly painless. At one point, we were having issues with a COM DLL we were using from .NET, so I thought it might be fun and useful to dive in and learn more about COM. I bought Don Box's COM book, and tackled COM in Plain C : http://www.codeproject.com/Articles/13601/COM-in-plain-C It was somewhat less fun than I'd hoped it would be. XPCOM seems to be (somewhat)…
Another interesting book by Mr Box and co-authored by Chris Sells, purely from a historical perspective now as it's fairly ancient, is Essential .NET Vol. 1[0]. Sadly they never got around to writing a second volume.
As a humourous aside, who remembers Don's lecture he did from a bath tub?:
https://blog.mattmags.com/2011/05/19/don-box-the-bathtub-lec...
Re: Server APIs Project
#56Earlier quoted context omitted.
Also a significant drop in null dereferencing issues. The `if-let` syntax is brilliant.
Not as general or useful as Rust's "if let", though. Rust's "if let" affords fallible pattern matching on arbitrary types, not just on "nullable pointer types" (in Safe Rust, a "nullable pointer" is simply a regular reference wrapped in Option ).
Re: Server APIs Project
#57Earlier quoted context omitted.
Swift was influenced by Scala, so that's no surprise.
Obligatory comparison: https://leverich.github.io/swiftislikescala/
The Swift function in the protocols example doesn't need to be generic, as the protocol doesn't have any associated types, and really ought to be a protocol extension regardless.
Re: Server APIs Project
#58Earlier quoted context omitted.
Swift was influenced by Scala, so that's no surprise.
Obligatory comparison: https://leverich.github.io/swiftislikescala/
Re: Server APIs Project
#59What editor is everyone using for Swift? Last time I played with Swift I stopped after XCode crashed 2 times in an hour for me. It is also very slow. But none other editors seem to support auto completion which is a deal-breaker for me. Without it it's hard to consume all the APIs. I hope Apple can follow Rust's path by making a language server[0] for Swift, if Apple is serious about providing cross-platform support…
Re: Server APIs Project
#60Great. Great great great. A thousand times great. We've been slowly converting our iOS projects over to Swift over the past year and the results have been tremendous (a ~40% drop in LOC from ObjC, among many other benefits). Really the only language-level feature that feels missing for server development is first-class support for asynchronous/concurrent operations, but that's coming. Swift is truly a 'best of most w…
Swift lines of code take about 10x more time to compile compared to obj-c too. I wished for obj-c when our project started passing the ~70 kloc mark.
It can definitely get faster than it is now, but it is always going to be doing much more work than an Objective-C compiler.