Things have been rolling along quite nicely on the RobotLegs front lately. Joel Hooks put together two useful examples, check ‘em out:
I’ve also pushed out quite a couple of framework updates (currently at v0.6):
- Mediator onRegisterComplete hook -> onRegister (for those coming from PureMVC)
- Spring ActionScript adapters (as an alternative to SmartyPants-IOC)
- Namespace changed to org.robotlegs.*
- Logging now uses as3commons-logging
That last change means that RobotLegs is now dependent on the AS3 Commons logging library. It also means that RobotLegs logging is now standard, and can be easily configured or turned off. Try it out with the PowerFlasher SOS Max tool.
Module Demo
I’ve started putting together another Flex example, called the Acme Widget Factory, which can be found here:
The demo is a little convoluted, but exists to illustrate a couple of things:
- Working with Flex Modules
- Communicating between Contexts via Interfaces and Events
- An alternative to Named Proxies
The demo only works with the Spring ActionScript adapters for now – due to what I believe to be a bug in SmartyPants (but I haven’t had time to build isolated tests to prove this).
The Module side of things needs a little more thought, but I think it is fairly clean and usable for the time being.
Review
As Joel mentions in one of his posts, RobotLegs hasn’t had much peer review. This is very true, and needs to be remedied (besides, I’m DYING for some technical feedback!). I have some theories as to why this is:
- Some developers really dislike PureMVC (probably for many of the same reasons that I started RobotLegs in the first place) and so have disregarded RobotLegs because it can be viewed as a rebuild of PureMVC.
- Many Flex developers who work on large enterprise applications seem to dislike the idea of using 3rd party Architectural Frameworks, preferring to hand-roll their own solutions on a per-project basis.
- Dependency Injection sounds complicated to developers who are new to the pattern.
- Many intermediate Flash developers have only just started getting into PureMVC. It will take some time for them to fully understand it’s strengths and weaknesses.
- Experienced developers, on the other hand, are probably bored of the whole “Architectural Framework” trip, and are tired of trying out new frameworks. By now they’ve picked their favorite, learned how to be really productive with it, and have built code-generators and other such tools to work around the bad/boring parts of their chosen framework.
- Setter injection turns some people off.. which it shouldn’t.
- I’m not very “connected” in the developer circles. RobotLegs is my first Open Source project, and is the first time I’ve really put myself “out there”. I don’t have a very impressive online portfolio – the portfolio pieces on my blog are mostly just the small things (often built for friends) that I’m allowed to list publicly.
If you are an experienced Flash/Flex developer, and can bring yourself to review yet another framework, I would love to get some technical feedback on RobotLegs as a framework. Harsh criticism welcome.
And remember, RobotLegs is on GitHub – if you like some of it, but want to change other bits, all you have to do is click that little “fork” button and go crazy. Git For The Win!