API name change ideas for Infusion 1.0

Anastasia Cheetham a.cheetham at utoronto.ca
Tue Mar 31 15:10:11 UTC 2009


>>> * The DARApplier and associated names
>>>
>> How about ChangeGuard and that.changeGuard or ModelGuard and  
>> that.modelGuard?
>
> Well.... guarding is just one of its several functions. So far the
> full civilization of listeners it supports are
> i) guards which can react "early" to incoming changes to the model,
> validate or reject them
> ii) (not yet implemented) "transactional" reactors which can look at
> a fully assembled "new state" to the model, and still have the ability
> to back out the transaction as a whole (only at greater cost than
> rejecting it at stage i)
> iii) model changed listeners, which notify interested parties about
> which pieces of data are now "dirty" due to change etc. so they may
> update their own state (whether in other models, or in a UI, etc.)
>
> To me, it automates the complete lifecycle process of "applying"
> a change to the model...

ModelManager?


>> * DataBinding.js: fluid.assembleSuperModel()

> This automates the work both of assembling many smaller models into
> a combined model, but at the same time assembling their sub-appliers
> into a super-applier, which will route incoming change requests to
> the "leaf appliers".

Maybe fluid.assembleCombinedModel() ?  
fluid.assembleCombinedManagedModel() ? :-)


> * Fluid.js: fluid.findKeyInObject()
> This is a framework utility that performs reverse lookups in an  
> object: pass in a value, and you'll get its associated key. This  
> name always confuses me about the order and nature of the arguments.


Sounds like it might be better named fluid.findKeyForValue() ? The  
required parameters include the value and the object to search in...  
findKeyForValueInObject() is getting a bit annoyingly long...


>> * UIEnhancer

>> UIEnhancer is the companion to UI Options, and is the component  
>> responsible for actually transforming the page based on user  
>> preferences. I like the name, but I wonder if it will be confused  
>> with the concept of Progressive Enhancement. We'll likely add  
>> framework-level support for progressively enhancing components in a  
>> future release. Maybe UITransfomer instead?
>>
> Naming this one has been hard! So far it has been called StyleAble,  
> Skin and UIEnhancer. I'm happy to rename again - we hadn't thought  
> of the confusion with Progressive Enhancement during the last naming  
> discussion. I like UITransformer - it was the runner up during the  
> last conversation which you can see in the channel logs starting at  
> 16:01:
> http://wiki.fluidproject.org/display/fluid/fluid-work+IRC+Logs-2009-02-26

Well, cars that turn into robots comes to mind, but other than that,  
I'd be ok with UITransformer.

-- 
Anastasia Cheetham                   a.cheetham at utoronto.ca
Software Designer, Fluid Project    http://fluidproject.org
Adaptive Technology Resource Centre / University of Toronto




More information about the fluid-work mailing list