[Arp] value Object for amfphp

Aral Balkan aral at ariaware.com
Tue Apr 19 03:04:37 PDT 2005


Hi Folkert,

Value Objects (or Transfer Objects) are an essential part of the 
framework. They encompass all the data needed to perform a business 
function (eg. send an email, update or set a person's information, etc.) 
in a single object.

Advantages:

* All related data is encapsulated in a single object
* One object is passed around, both client-side and server-side (no 
more, "how many arguments were we expecting... what were their 
types?"-type questions between the client and server teams.)
* Anyone can check the contract easily by looking at the VO class
* Inconsistencies between client/server expectations can be immediately 
seen and acted upon.

All the best,
Aral

Folkert (Nederflash) wrote:

> In the journey to rebuild the birthday application, i have a 'maybe 
> silly' question.
>
> For the openAmf and java remoting you use the Value Object, also in 
> the birthday app.
> I see no need for this in amfphp remoting, but maybe i'm not right.
> So the question, should i use the value object for amfphp use or 
> should i not (and hopefully why ?)
> For now the test setup hangs on getting the personList (gives back the 
> rows but all undefined values )
> Folkert





More information about the Arp mailing list