[Arp] The right way to use VO/TO's

[Zoltan Csibi]

Chris...and why bother writing that email?

Matt was talking about architecture, presentation layer as in
http://www.macromedia.com/devnet/flash/articles/flash_databases.html

"What is the backend anyway? Isn't it just a web-based database?"...NO, IT
IS NOT

"We're all building database applications using a client/server
model"...We're all building less and less applications using a client/server
model and more applications using N-tiered architecture

"Do you use any of the Flash components? What about all the business logic
bulitin to each component?"...What is the "business logic" built into the
components? What is "business logic"?

Zoli




-----Original Message-----
From: Arp-bounces at ariaware.com [mailto:Arp-bounces at ariaware.com] On Behalf
Of Chris Velevitch
Sent: Friday, March 17, 2006 12:40 AM
To: General List for Ariaware RIA Platform users and developers
Subject: Re: [Arp] The right way to use VO/TO's

On 3/16/06, Matt Brailsford <mpb at logicalminds.co.uk> wrote:
> Flash (to me) is a presentation layer, and so as such should not hold 
> any business logic. So in that respect, none of my data objects in 
> flash should have any specific methods, and it should be the backends 
> job to do this.

If that's the case, why bother using Flash. Why not ust use HTML in a
browser and have all you business logic on the backend? HTML is a great
presentation layer.

Do you use any of the Flash components? What about all the business logic
bulitin to each component? Do you want that on the server? What about all
the business logic associated with getting data in and out these components?
Do them on the server? What about all the business logic associated with
interacting with the user? Do you want that on the server? What about all
the session specific non-saveable data needed by all this business logic? Do
you want transferred to the server to be processed by the backend business
logic?

What is the backend anyway? Isn't it just a web-based database? If it wasn't
for the latency of the internet, this wouldn't be an issue.
We're all building database applications using a client/server model in
which the database is in the server and that server is on the internet. If
the server were on an internal network, you'd use ODBC to access the data
and not bother with using http to access the server.
And in that case, why bother with Flash? What not use Visual Studio or Cocoa
or whatever gui application development tools and libraries exist for the
desktop OS of choice?

Why bother doing that? Why not use Photoshop, Illustrator, Acrobat, a good
colour printer and good quality paper and create paper-based presentation
layer and use PageMaker or FrameMaker put the business logic into a well
designed, well laid out procedures manual for use in filling in that
paper-based presentation layer.

> Flash (to me) is a presentation layer, and so as such should not hold 
> any business logic.



Chris
--
Chris Velevitch
Manager - Sydney Flash Platform Developers Group www.flashdev.org.au

_______________________________________________
Arp mailing list
Arp at ariaware.com
http://ariaware.com/mailman/listinfo/arp_ariaware.com


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.385 / Virus Database: 268.2.4/282 - Release Date: 3/15/2006