Subject: Re: [boost] Flow-based programming library for Boost?
From: Marcus Tomlinson (themarcustomlinson_at_[hidden])
Date: 2012-12-05 12:26:33
Hmm, well SystemC is clearly very powerful and can easily achieve the same results, but my particular domain is more the higher-level, cross platform, easy-to-use, PC applications. OMNet++ is closer to what I have, but my aim is total abstraction from the particular application. DSPatch allows you to build flow-based programs for any application you can think of.
I looked at many implantations of this nature while developing DSPatch and found that there was almost always a steep learning curve to using them. Not only do I want to make dataflow / flow-based programming easier for developers, I want to make it more accessable. Hopefully if I can get the support I need to get this project on Boost, it'll be widely accessible and helpful to people like me who are/were looking for something like this. This kind of programming paradigm is so useful in so many applications, it really shouldn't be as niche a topic as it is. Perhaps it's always been portrayed as too complex?
Sent from my iPad
On 05 Dec 2012, at 5:36 PM, Vicente Botet <vicente.botet_at_[hidden]> wrote:
> Marcus Tomlinson wrote
>> Is there any interest out there for a library that allows you to create
>> fast, efficient flow-based programs with an easy-to-use object-oriented
>> interface? (http://en.wikipedia.org/wiki/Flow-based_programming)
>> I've created an open-source library that does this, called "DSPatch" (
>> http://sourceforge.net/projects/dspatch) and would like to contribute it
>> the Boost Libraries.
>> Please let me know if this sounds like something you'd like to see in
> how your library compare to SystemC or OMNet++?
> View this message in context: http://boost.2283326.n4.nabble.com/Flow-based-programming-library-for-Boost-tp4639450p4639477.html
> Sent from the Boost - Dev mailing list archive at Nabble.com.
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk