std.concurrency and efficient returns
Sean Kelly
sean at invisibleduck.org
Mon Aug 2 22:26:30 PDT 2010
awishformore Wrote:
>
> I completely agree with everything you said and I really dislike how D2
> currently seems to virtually impose an application architecture based on
> the message passing model if you don't want to circumvent and thus break
> the entire type system. While I do agree that message passing makes a
> lot of sense as the default choice, there also has to be well
> thought-out and extensive support for the shared memory model if D2 is
> really focusing on the concurrency issue as much as it claims.
>
> Personally, I've found hybrid architectures where both models are
> combined as needed to be the most flexible and best performing approach
> and there is no way a language touted to be a systems language should
> impose one model over the other and stop the programmer from doing
> things the way he wants.
I wouldn't worry--the modules in core will always provide the low-level control that you're looking for. As for message passing, I think it should be the default choice but not the only choice. Things like futures are a reasonable addition to Phobos as well.
More information about the Digitalmars-d
mailing list