Adobe Community: Is overriding commitProperties neccessary when updating Spark components?

mbautista758 Calculating status...

Currently Being Moderated

Is overriding commitProperties neccessary when updating Spark components?

Aug 17, 2012 11:16 PM

Tags: #flex #spark #commitproperties

I understand that when creating a custom component, it's normally best practice to defer any property changes to it by using setters/getters, setting a "dirty" flag, calling invalidateProperties(), and then letting commitProperties() handle the actual changes.

But in the case where properties only affect Spark components, wouldn't this be redundant since Spark components already defer their property changes?

For instance, say I have a custom UIComponent that contains a Spark Button and I want to expose a buttonLabel property for it that changes the label of the button:

private var _buttonLabel:String;
private var myBtn:Button;
private var _buttonLabelChanged:Boolean = false;
function set buttonLabel(lbl:String){
   _buttonLabel = lbl;
   _buttonLabelChanged = true;
   invalidateProperties();
}

So then setting the buttonLabel property will then eventually trigger:

override protected function commitProperties(){
    if(_buttonLabelChanged){
          myBtn.label = _buttonLabel;
         _buttonLabelChanged = false;
    }
}

But the setter for "label" in the Spark Button class is already using an invalidation process which makes the above code pointless, yes? Or am I missing something?

268 Views 1 Reply Latest reply: Flex harUI, Aug 18, 2012 10:24 PM

Flex

Is overriding commitProperties neccessary when updating Spark components?

Aug 17, 2012 11:16 PM

More Like This

Bookmarked By (0)

Answers + Points = Status