Proxy and Business Delegate call

[thomasvst]

Hi there,

if a Proxy has more than one interaction with a business delegate (in charge of asynchronous service call), is there a 'nice' way to handle the response / fault ? 

I mean that if a Proxy implements 'IResponder' interface, there is only one result / fault function in charge of handling the result. If I want the send a "UserDeleted" notification after a successful "removeUser()" call and a "UserAdded" notification after a successful "addUser()" call, what is the best solution ?

Is there a best practice in this case ? Should I implement a Command that implements 'IResponder' in charge of calling the BusinessDelegate and updating the Proxy after a successful call ?

Thanks a lot.

[puremvc]

In PureMVC-land, we try and keep service communication within the realm of the Model, even though a Command could implement IResponder and talk to a service as well.

So you've got a Proxy that is an IResponder to a service that might've been called to do an update, delete, or add. It has only one onFault method and one onResult method. Depending upon what call was made, the onResult method must send a different Notification (i.e. 'userUpdated' or 'userRemoved'). But how do we 'remember' what it was we were doing?

The Asynchronous Completion Token (ACT) design pattern is the answer to the problem.

With Flex components like HTTPService, when you invoke the service, you get an instance of AsyncToken as the return. This is a dynamic class onto which you can add whatever properties you'd like. For instance, a reminder about what call we just made:

:


var myToken:Object =  myHTTPService.send();
myToken.myOperation= "updateUser";


Then later, when the service returns, and the onResult method is passed the event, just check the 'event.token' property, and you'll find it is a reference to the token that you got when you made the call.

:


public function onResult(event:ResultEvent):void
{
    switch ( event.token.myOperation ) {
           case 'updateUser': // set the returned data and alert the app
                 data = event.result.user;
                 sendNotification('userUpdated', event.result.user);
                 break;

           case 'removeUser':  // we also kept the old user ID on the token this time
                 sendNotification('userRemoved', event.token.myOperation.removedUserID);
                 break;         
    }
}


-=Cliff>

[thomasvst]

Thank you.

[immerzeel]

Does the token also apply to Remoting calls?

I would like to handle my remoting in a switch function as well.

[thomasvst]

Yes, it works.

[robcos]

:


var myToken:Object =  myHTTPService.send();
myToken.myOperation= "updateUser";


Isn't this non thread-safe? If the services answers very fast the "myOperation" variable may not have been set.
I know it maybe not very probable but should we use a theorically bad pattern?

[puremvc]

Flash is single-threaded.

-=Cliff>