I think it’s better to take as a reference the Go language and his goroutines 
and channels.

Not just to face these type of problems but also to take new architectural 
aproches to build software solutions.


refs:
 
https://tour.golang.org/concurrency/1
https://tour.golang.org/concurrency/2
https://tour.golang.org/concurrency/5
https://youtu.be/f6kdp27TYZs


What you think?

Daniel

Daniel Valls Estella · tel. 659.910.830 · [email protected]

> El 22 des 2015, a les 8:33, Andrew Bennett via swift-evolution 
> <[email protected]> va escriure:
> 
> Great proposal! I'm all for this, I think your proposed implementation is 
> pretty good too.
> 
> It would be interesting to expand the proposal to consider more cases in more 
> detail:
>  * Concurrency
>  * SequenceType versus GeneratorType
>  * Should a language feature depend on the Standard Library (GeneratorType)? 
> Alternatives:
>      + func myFunction -> () -> T?
>      + func myFunction -> () -> (myFunction_State, myFunction_State -> T?)
>  * What happens if you write: guard ... else { yield ... }
>  * Use an enum for the state that encapsulates all possible variables in each 
> state
> 
> If you're not familiar with it, there's another thread that discussed similar 
> here:
> https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20151207/001872.html
>  
> <https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20151207/001872.html>
> 
> In particular you may be interested in Chris Lattner's comment:
> I’m very interested in this, but it is clearly out of scope for Swift 3. It 
> should also be considered alongside whatever async/concurrency approach we 
> tackle (likely in swift 4).
> 
> Either way it's worth discussing and working towards :)
> 
> On Tue, Dec 22, 2015 at 6:03 PM, Félix Cloutier <[email protected] 
> <mailto:[email protected]>> wrote:
> There's probably some additional work to do on the proposal document, but I 
> would like to see coroutines in Swift too. The feature has been very 
> successful in other languages like Python and C#, and unless I'm mistaken, 
> work is being done to standardize it in C++.
> 
> Generators are one use case, but resumable functions in general can also be 
> used to make async code look prettier.
> 
> Félix
> 
>> Le 22 déc. 2015 à 01:47:05, Susan Cheng via swift-evolution 
>> <[email protected] <mailto:[email protected]>> a écrit :
>> 
>> here is my proposal for swift lang
>> 
>> https://github.com/SusanDoggie/swift-evolution/blob/master/proposals/0018-coroutine-for-swift.md
>>  
>> <https://github.com/SusanDoggie/swift-evolution/blob/master/proposals/0018-coroutine-for-swift.md>
>>  _______________________________________________
>> swift-evolution mailing list
>> [email protected] <mailto:[email protected]>
>> https://lists.swift.org/mailman/listinfo/swift-evolution 
>> <https://lists.swift.org/mailman/listinfo/swift-evolution>
> 
> 
> 
> _______________________________________________
> swift-evolution mailing list
> [email protected] <mailto:[email protected]>
> https://lists.swift.org/mailman/listinfo/swift-evolution 
> <https://lists.swift.org/mailman/listinfo/swift-evolution>
> 
> 
>  _______________________________________________
> swift-evolution mailing list
> [email protected]
> https://lists.swift.org/mailman/listinfo/swift-evolution

_______________________________________________
swift-evolution mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-evolution

Reply via email to