On 6/13/06,
Anatole Tartakovsky <[EMAIL PROTECTED]> wrote:
Tom,
Google uses very small _javascript_ libraries obsuficated to smallest size
libraries, cached, and often claims the product is "beta". They have huge
networking infrastructure to insure highest performanc/reliability that is
out of reach for 99% of the competition. They are delivering production
components (Toolbars, etc) not as AJAX, but activeX and plugins. If you are
building few screens with functionality that has to be delivered to billions
of people, use AJAX. If you have to build APPLICATION - with hundreds of
pages, reports, dashboards, etc. please read on.
RIA requires a lot of client side code. Compiled Framework.swc is 2MB , the
UI-only sources are over 7MB. The UI portion of framework we have written in
1999-2002 was over 3MB - including DataGrid, Report, and 70 other controls.
Robustness and performance of _javascript_: It is too slow and there is no
machanism in the browser to insure the competeness of _javascript_ downloads.
You do not get exception if _javascript_ has not been loaded. There is no way
to recover other then wrap code with watchdog code and try to check if the
secondary code was loaded/try to reload otherwise. Of course, there is no
guarantee that watchdog code is loaded either. As a result, even the
slightest problems on the network level require huge efforts on the
framework level. Even if cached, _javascript_ has to be parsed and
pre-"compiled" on every page refresh. Add browser incompatibilities, typing
errors that have not been caught by compiler because there is no
compiler/strong code checking) and add really big application code base and
you will get my point.
It is all curable on the system level. For demanding applications we had to
develop following system components outside the browser (just to support
AJAX and business needed functionality missing in the browser)
1. reliable pluggable protocol on the top of HTTP(s) to support guaranteed
delivery/caching of data and code
2. cached factories for _javascript_ to allow faster instantiation of
client-side _javascript_
3. print tempates enabler to allow full control of the printing environment
without browser limitations.
The list goes on and on
Bottom line, serious AJAX apps require Flash Player equivalent. You can try
to build it in _javascript_, but after trying for 5 years I began to think it
is unrealistic. We tried to get browser makers adopt the forementioned
enhancements, but they are pusing alternatives to AJAX of their own, so
Flash seems the only option with enough market penetration.
Sincerely,
Anatole Tartakovsky
----- Original Message -----
From: "Tom Chiverton" <[EMAIL PROTECTED]>
To: <flexcoders@yahoogroups.com>
Sent: Tuesday, June 13, 2006 4:55 AM
Subject: Re: [flexcoders] Convert AJAX to Flex?
> On Tuesday 13 June 2006 02:16, Anatole Tartakovsky wrote:
>> framework) and switched to Flex after it became obvious that AJAX is not
>> rich/robust enough for enterprise applications.
>
> Quick, tell google :-)
> Seriously, Flex is quicker to work with, but DHTML/AJAX is perfectly
> robust.
>
> --
> Tom Chiverton
>
> ****************************************************
>
> This email is sent for and on behalf of Halliwells LLP.
>
> Halliwells LLP is a limited liability partnership registered in England
> and Wales under registered number OC307980 whose registered office address
> is at St James's Court Brown Street Manchester M2 2JF. A list of members
> is available for inspection at the registered office. Any reference to a
> partner in relation to Halliwells LLP means a member of Halliwells LLP.
> Regulated by the Law Society.
>
> CONFIDENTIALITY
>
> This email is intended only for the use of the addressee named above and
> may be confidential or legally privileged. If you are not the addressee
> you must not read it and must not use any information contained in nor
> copy it nor inform any person other than Halliwells LLP or the addressee
> of its existence or contents. If you have received this email in error
> please delete it and notify Halliwells LLP IT Department on 0870 365 8008.
>
> For more information about Halliwells LLP visit www.halliwells.com.
>
> We are pleased to announce that Halliwells LLP has been voted AIM Lawyer
> of the Year at the 2005 Growth Company Awards
>
>
>
>
> --
> 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
>
>
>
>
>
>
>
>
>
------------------------ Yahoo! Groups Sponsor --------------------~-->
Protect your PC from spy ware with award winning anti spy technology. It's free.
http://us.click.yahoo.com/97bhrC/LGxNAA/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/
--
John C. Bland II
"I do what I can do when I can do it." - Chris Tucker, Money Talks
http://www.gotoandstop.org - Home of FMUG.az __._,_.___
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
SPONSORED LINKS
| Web site design development | Computer software development | Software design and development |
| Macromedia flex | Software development best practice |
YAHOO! GROUPS LINKS
- Visit your group "flexcoders" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
