Details
-
Type:
Improvement
-
Status: Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 3.0.RC1
-
Fix Version/s: None
-
Component/s: ACE-Components
-
Labels:None
-
Environment:ACE
Description
With our ACE components, we have special getter and setter methods that control storing the tag attribute specified value of a component property (which can also be specified programmatically in Java), as well as the property value for any and all clientIds that the component may have, as it is iteratively stamped out in any iterative container. Something that might save memory is if instead of simply storing the row specific property value, we see if it differs from the tag attribute specified property value, and only storing different values. There will be a slightly higher CPU cost from having to access the tag attribute specified value and use equals() on each property set, so we should verify that we're saving some tangible amount of memory.
Activity
Field | Original Value | New Value |
---|---|---|
Salesforce Case | [] | |
Fix Version/s | 3.1 [ 10312 ] | |
Description |
With our ACE components, we have special getter and setter methods that control storing the default value of a component property, as specified in the tag or programmatically, as well as the property value for any and all clientIds that the component may have, as it is iteratively stamped out in any iterative container. Something that might save memory is if instead of simply storing the row specific property value, we see if it differs from the default property value, and only storing different values. There will be a slightly higher CPU cost from having to access the default value and use equals() on each property set, so we should verify that we're saving some tangible amount of memory. |
With our ACE components, we have special getter and setter methods that control storing the tag attribute specified value of a component property (which can also be specified programmatically in Java), as well as the property value for any and all clientIds that the component may have, as it is iteratively stamped out in any iterative container. Something that might save memory is if instead of simply storing the row specific property value, we see if it differs from the tag attribute specified property value, and only storing different values. There will be a slightly higher CPU cost from having to access the tag attribute specified value and use equals() on each property set, so we should verify that we're saving some tangible amount of memory. |
Assignee | Mark Collette [ mark.collette ] |
Salesforce Case | [] | |
Fix Version/s | 3.2 [ 10338 ] | |
Fix Version/s | 3.1 [ 10312 ] |
Fix Version/s | 3.3 [ 10370 ] | |
Fix Version/s | 3.2 [ 10338 ] |
Fix Version/s | 4.0 [ 10671 ] | |
Fix Version/s | 3.3 [ 10370 ] | |
Assignee | Mark Collette [ mark.collette ] |
Fix Version/s | 3.4 [ 10770 ] | |
Fix Version/s | 4.0 [ 10671 ] |
Fix Version/s | 4.1 [ 11375 ] | |
Fix Version/s | 4.0.BETA [ 10770 ] |
Fix Version/s | 4.1 [ 11375 ] |
As well, the tag specified value, and any row specific value, need only be saved if they differ from the hard-coded default value.