Futurescale, Inc. PureMVC Home

The PureMVC Framework Code at the Speed of Thought


Over 10 years of community discussion and knowledge are maintained here as a read-only archive.

New discussions should be taken up in issues on the appropriate projects at https://github.com/PureMVC

Pages: [1]
Print
Author Topic: Proxy granularity  (Read 3399 times)
dbasch
Jr. Member
**
Posts: 17


View Profile Email
« on: March 12, 2008, 04:50:16 »

Is it good practice to have a Remote (asynchronous) Proxy manage a large Data Object and expose functions to manipulate that large Data Object?

Or, is it better to dynamically register new Remote Proxy Objects with the facade that manage a subset of that large Data Object?

For instance, say I have a large Data Object that represents all of the students in a classroom. Every student has their own large Data Object representing the scores of every test they have ever taken, their address, their favorite color, etc, etc... The teacher wants to be able to retrieve the Data Object for several students simultaneously.

Should every student have their own Student Remote Proxy Object instance that is created when they enter the classroom?

Or, should their be only one Classroom Remote Proxy that has a searchStudents() function?

Kind of a silly question but I would love to hear everyone's opinions.

Thanks,
Derek Basch
Logged
dbasch
Jr. Member
**
Posts: 17


View Profile Email
« Reply #1 on: March 12, 2008, 09:35:04 »

I think I found the answers to my questions in this thread:

A question about Proxy Classes
http://forums.puremvc.org/index.php?topic=16.0

It addressed the root of my question perfectly ;D

The Implementation Idioms and Best Practices is a great document and I can almost always find the answers to my question within it. However, as 'carl' noted in the referenced thread, the usage intent for Proxies is a bit ambiguous.  IMHO, the answer from Cliff in that thread should be added to the Implementation Idioms and Best Practices document. Very useful stuff indeed.
Logged
Pages: [1]
Print