tag:robotlegs.tenderapp.com,2009-10-18:/discussions/problems/46-modular-programmingRobotlegs: Discussion 2018-10-18T16:35:09Ztag:robotlegs.tenderapp.com,2009-10-18:Comment/10705212010-02-21T14:53:34Z2010-02-21T14:53:34ZModular programming<div><p>Hi Jadd,</p>
<p>I'm very happily building a modular app at the moment, it's all
working fine.</p>
<p>Toland is doing some work to reconfigure the modular utils to
have less manual set up and make more use of the RL framework, but
the version on my github is definitely working and pretty easy to
understand.</p>
<p>I've actually made a couple of very small changes since then
that I haven't uploaded yet. I've added a ModuleContextEvent that
lets you know that all your modules are 'ready' (ie have run
startup) so that you can avoid race conditions, and a couple of
extra helper functions.</p>
<p>I've also incorporated signals into the context because I'm
using them in my app, so I have a module-signals-context, and have
repackaged signals to live in the utilities folder, as well as
making some changes (now duplicated in the signals github code) to
allow a signals context to pass constructor parameters to the
context.</p>
<p>I'm happy to share actual code of how I'm using it in my current
app - can't do it publicly because it's client owned but they'd
have no problem with me sharing the core with individuals.</p>
<p>I can't say my way is the <em>right</em> way - it might be done
differently in future - but it's definitely working and is on the
anal side in terms of best practices for easy-to-understand
code.</p>
<p>Let me know if I can help - probably easiest to join the google
group (<a href=
"mailto:robotlegs@googlegroups.com">robotlegs@googlegroups.com</a>)
and then we can chat a bit more experimentally there and you'll
have my email etc.</p>
<p>Thanks,</p>
<p>Stray</p></div>Straytag:robotlegs.tenderapp.com,2009-10-18:Comment/10705212010-02-21T17:52:25Z2010-02-21T17:52:25ZModular programming<div><p>Thanks for reply. I will join the group for sure! But whi is not
the "modul" integrated with RL?.</p></div>jaddtag:robotlegs.tenderapp.com,2009-10-18:Comment/10705212010-02-21T18:00:27Z2010-02-21T18:00:27ZModular programming<div><p>Hi Jadd -</p>
<p>I think the intention was always to make RL as lightweight as
possible.</p>
<p>All add ons - signals, modular, asynchronous commands, state
machines and so on - are community generated utilities that you can
pick and choose to add to your RL build. This also allows for more
than one style of solution to common problems. For example - the
current modular solution on my Github allows non-RL modules to be
integrated with RL modules. That's good for some use cases and not
necessary for others, where more of the bootstrapping can be
handled by the injector.</p>
<p>Flexible FTW!</p></div>Straytag:robotlegs.tenderapp.com,2009-10-18:Comment/10705212010-02-21T18:13:39Z2010-02-21T18:13:39ZModular programming<div><p>Yes I could agree with you, but this is one of those big
unresolved programming?! problems! Manage all the the dependencies!
and or add ons. It's not easy to maintain.<br>
How about a simple "guide" to your "modular" approch. In any case
Thanks.</p></div>jaddtag:robotlegs.tenderapp.com,2009-10-18:Comment/10705212010-03-09T20:27:11Z2010-03-09T20:27:11ZModular programming<div><p>Hi Jadd,</p>
<p>This blog post might be helpful:</p>
<p><a href=
"http://www.sitronnier.com/blog/playing-with-robotlegs-modular">http://www.sitronnier.com/blog/playing-with-robotlegs-modular</a></p></div>Shaun Smithtag:robotlegs.tenderapp.com,2009-10-18:Comment/10705212010-03-10T06:16:45Z2010-03-10T06:16:45ZModular programming<div><p>Hi Shaun and thx for the link.</p></div>jadd