[Cosmo-dev] Dashboard Plumbing Stuff
Matthew Eernisse
mde at osafoundation.org
Fri Mar 2 11:28:56 PST 2007
Responses inline ...
Bobby Rullo wrote:
> Well, it depends on what you mean by intelligence. If you are talking
> about a domain model in which the objects know how to save themselves,
> and collections are really collections of items, then I think that is
> out of the question. That's not a re-factoring, that's a complete
> rewrite almost. I wrote a wiki page on that here:
> http://wiki.osafoundation.org/Journal/AnemicVersusRich It might be hard
> to understand though, since I really was just using it for debating with
> myself.
I have a quick question -- who won the debate? :)
Sounds like we need to move that getChanges method out of 'legacy,'
figure out a logical place for it, and finally get rid of the last
little bits of legacy code living in there. I'll put that on my list of
stuff to do.
> Why publish keypresses on a topic when they can already handled by the
> native event stuff in the browser? In any case, it's irrelevant as I am
> talking about high level events here, not key presses and whatnot.
As Alex has pointed out in various places, one of the advantages of the
Dojo event system and systems like it is that it allows you to treat DOM
events as just another event in your app.
So publishing keypresses on a topic means you don't have to set up
individual, local listeners for something that's by definition global,
like keypresses. It's another global, app-level event, and you can
handle it the same way as any other event that many or most of the UI
elements in your UI may need to know about.
Matthew
More information about the cosmo-dev
mailing list