To be honest, I've only really made use of the Rules DSL and
annotations - they cover everything I've needed to do so far.
The framework I've built will probably only really be useful for
people familiar with PureMVC who are looking for something a little
easier to work with. It might not be useful for developers who already
have their own mechanisms for separating application concerns. More
specifically, developers who make use of MVVM (Model-View-ViewModel)
or the Presenter pattern likely wouldn't find much use for it: it
revolves largely around the Mediator pattern. It is mostly suited to
projects where the view component object graph is largely outside of
the developers control: lots of lazily instantiated, deeply nested,
composite view components.
Before I release it I'll need to build an example application and
write some documentation for it. This may take a little while as I'm
right in the middle of a fairly large Flex application.
I have taken a look through some of the SmartyPants code, but I wasn't
kidding when I said I was an amateur programmer - most of the code
flew right over my head!
As a matter of interest, what bugs cropped up due to the use of "if
(foo)" instead of "if (foo != null)"? I tend to use that style quite a
bit when dealing with instances.
Cheers,
> 2009/3/9 dtyrell <
Dars...@gmail.com>
>
>
>
>
>
> > Hi Josh,
>
> > Firstly, I must say that I'm loving Smartypants-IOC: it was very easy
> > to pick up, and has become an essential component in my toolbox. I've
> > successfully used it to build an MVCS architectural Flex framework
> > inspired by PureMVC but employing Dependency Injection (instead of the
> > Service/Model Locator pattern) and featuring automatic Mediator
> > registration/removal. It has reduced the complexity and volume of code
> > in my current projects tenfold!
>
> > I would like to release my little framework on Google Code, but though
> > it would be best to wait for the Smartypants 1.0 release in case the
> > API changes at all. Also, I'm thinking of waiting until Constructor
> > injection has been addressed - this would tighten up my framework
> > quite a bit - but I believe that's a fairly complex matter.
>
> > So, just wondering how things are coming along, and if there is
> > anything that an amateur programmer could do to help?
>
> --
> "Therefore, send not to know For whom the bell tolls. It tolls for thee."
>
> Josh 'G-Funk' McDonald
> -
j...@joshmcdonald.info