OK I have been playing with flex for a couple of weeks now and we are planning 
on 
building out a rather large application in flex.  The application is going to 
replace several 
current apps one of wich is web based the rest are not.  

I am trying to get my head around the whole FDS thing. Our product will be a 
medical 
database. There are currently several different modules within the existing 
apps.  The way 
I was planning this, each one would become its own flex app.  the reason for 
this is to try 
and keep the swf file size somewhat reasonable.  

Currently our thinking is to connect to the data through web services sending 
XML data to 
a JSO file that then will communicate with a JAVA based API back to the MySQL 
backend.   
What, if anythign would FDS bring to the table?  Still not sure how it is 
better than XML 
based solution.

Also a concern with FDS is the pricing structure.  will each FDS file be 
considered a 
different app, therefore each one require a license ($6k or $20k)?  If each app 
was 
assigned only one processor on the VM based server would it be able to use FDS 
express??

I am just not seeing how FDS figures into the equasion.  Is it faster? if so 
how?  Does it 
save coding time? if so how?  Does it eliminate need for a java API? if so how?

Thanks for any help.






------------------------ Yahoo! Groups Sponsor --------------------~--> 
Something is new at Yahoo! Groups.  Check out the enhanced email design.
http://us.click.yahoo.com/SISQkA/gOaOAA/yQLSAA/nhFolB/TM
--------------------------------------------------------------------~-> 

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/flexcoders/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to