For networking you could use something like https://github.com/grpc/grpc-swift.
On Mon, Apr 10, 2017 at 8:22 PM Gerard Iglesias <gerard_igles...@me.com> wrote: > I was not aware .Net Core interesting ... > > Kotlin on an other side, we have already Scala and my objective is to see > on a real project how I can do the same with swift, not forced to have the > same kind of technologies, but at the end able to deliver the same kind of > capabilities and performances to the user. > > For now Vapor is very nice regarding simplicity, capabilities on sever > side... GCD for concurrent stuff. > > And maybe implementing a simple kind of actor would be not so hard I > believe. In fact the important thing with Actor and Akka is the implicit > capability to send remote messages, it remind me the NeXT PDO capability. > > We have the queue thing with GCD. > > Regards > > Gérard > > Le 8 avr. 2017 à 18:26, Proyb P <pro...@gmail.com> a écrit : > > Yeah, I believe Gerard know that, he have been discussed in Vapor slack > channel. > > To add on, Gerard might want to try .Net core and Kotlin. > > On Sat, Apr 8, 2017 at 4:52 AM, Maxim Veksler via swift-users < > swift-users@swift.org> wrote: > > Hi Gerald, > > It might be only me I'm not sure what you are suggesting. I would agree > that Swift Server could benefit greatly from an Actor Model framework, and > Swift in general would probably benefit greatly from co-routines. > > There is a Swift Server API's working group https://swift.org/server-apis/ > it's > for discussing lower level building blocks (network, HTTP, TLS) but is > probably the most likely starting point for such discussions. > > HTH. > > On Sun, Apr 2, 2017 at 9:48 PM Gerard Iglesias via swift-users < > swift-users@swift.org> wrote: > > Hi, > > I am working at the moment on a job which involves Scala and Akka, the > kind of stuff which involve network, bid data, raw computing (Ai related) > and scalability… Well buzz words of our time. > > I would like to make the like in the swift world… Swift, GCD, Vapor or > Perfect… To conduct some benchmark to compare the different approaches. > > Do you see some other interesting technology worth to look at for this > kind of things ? > > Thank in advance. > > Gerard > _______________________________________________ > swift-users mailing list > swift-users@swift.org > https://lists.swift.org/mailman/listinfo/swift-users > > > _______________________________________________ > swift-users mailing list > swift-users@swift.org > https://lists.swift.org/mailman/listinfo/swift-users > > >
_______________________________________________ swift-users mailing list swift-users@swift.org https://lists.swift.org/mailman/listinfo/swift-users