Cairngorm Enterprise...
...will also encapsulate all the business rules that apply to the UI. I see
this being different to the domain model and the business rules that reside
on the server.
All the business rules... wow.
OK, please give me a hint... what kind of rules are we talking about
Hi Peter,
Thanks for this information, it has certainly helped to clarify some
things in my mind.
With Cairngorm Enterprise one of goals is to promote an application
model on the client (RIA) and a domain model on server. We see the
application model being a good OO model that reflects the
on the above and hear
your ideas.
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Lachlan Cotter
Sent: 05 December 2006 11:30
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] Re: Cairngorm's Anaemic Domain Model
My question
You may also want to read up on the executeBindings() and
executeChildBindings() functions ... You may be able to call that on
initialization and get your binding to fire.
Lachlan Cotter wrote:
The valueCommit event fires when the control is changed
programmatically. Docs sa also on user
] Re: Cairngorm's Anaemic Domain Model
My question isn't about the model locator. It's about logic, or lack
thereof encapsulated within the domain objects.
On 05/12/2006, at 9:59 PM, Tim Hoff wrote:
It doesn't matter if it's a collection of dumb value objects,
a
component
Thanks Alex,
One thing I'm looking for is validation that there is a need in some
applications to construct an object graph of sorts to describe the
model beyond an array of records to be CRUDed. Surely I'm not alone
here?
If that's the case, is there a best practice for going from
Though Cairngorm doesn't prevent you from creating rich models, i think it
fits better for this kind of crud application with a rather flat model. In
fact the model is little more than a cache of serverside objects. User
gesture, update cached objects, update view.
If i was to implement a rich
Hey Ralf,
For the rich-model implementation would this benefit from FDS, or
some other data-sync framework?
Regards,
Bjorn
On 06/12/2006, at 10:31 AM, Ralf Bokelberg wrote:
Though Cairngorm doesn't prevent you from creating rich models, i
think it fits better for this kind of crud
Yes Bjorn
As i understand the OP, the problem is, that in a normal Cairngorm
application the rich model sits on the server. What we see on the client is
only the part of the model, which is needed to drive the ui. Now if you want
to move the rich server model to the client, you have to manage
What's OP?
Cairngorm doesn't allow the model to talk to the backend.
Huh?
But yes, the hibernate adapter model also looks very attractive to me.
There are some questions about how to implement Flex Data Management
Services in Cairngorm - IResponder doesn't include a conflict() method.
I
10 matches
Mail list logo