Re: generic MVC question
- From: Owen Taylor <otaylor redhat com>
- To: Paul Davis <pbd op net>
- Cc: gtk-list gnome org
- Subject: Re: generic MVC question
- Date: 03 Oct 2001 09:06:58 -0400
Paul Davis <pbd op net> writes:
> [ i'm not sure where else to discuss this. if anyone has some
> ideas on good MVC forums, let me know. thx. --p ]
> suppose you have a combined View+Controller.
> you use the Controller to attempt to change the Model. this usage
> changes the appearance of the View. the attempt to change the Model
> fails for some reason (e.g. an illegal value).
> what causes the View to be reset to the correct state?
> i ask because in a genuine MVC model, you never update the View based
> on the return value of a modifier function - the View is updated when
> notified of a change in the Model. in this case, there is no change in
> the Model, but the View is "stale" because it was modified to reflect
> what was happening in the Controller.
> if you combine View+Controller, do you have to always check for result
> of a Model modifier function, and reset the View if the function
> failed? or is there some better paradigm for this that i'm not seeing.
Well, if possible, you simply don't change the visual appearance
of the view/controller until you get notification back from
That is, if your view/controller is a "scrollbar", you try to update the
model when the thumb is dragged, but don't actually display it
in the new location until you get notification back from the
This doesn't always work if your view/controller is an existing
control that has an "internal model" - say a GtkCheckButton. In that
case, you probably have to take the approach of:
- Try to update the model
- Refresh the state of the VC from the new model state.
] [Thread Prev