On 1/17/17, 3:43 AM, "Kessler CTR Mark J" <mark.kessler....@usmc.mil>
wrote:

>    I do not use AMF for enterprise level applications.  AMF falls short
>of our requirements.  But the bottom line for us for converting to FlexJS
>would be seamless operation(look / feel / interaction) in all major
>browsers (excluding IE) and the ability to compile it using our existing
>spark based projects without having to having to create hundreds of JS
>beads / customizations.  Understandably heavier, but compatibility is
>more important.
>
>    The only selling point to me for converting to FlexJS would be that I
>could cross compile Adobe Air apps and FlexJS.  If not, then it would be
>creating everything from scratch again.   If that's the case I would have
>to consider all the available SDK's out there before making a decision.

Thanks for posting this.  Some questions:

1) Are you under any deadline to migrate off of Flash?
2) If it turned out that 80% or 90% of your code would cross-compile would
you still consider a full port to other SDKs?  I doubt we'll ever get to
100%.
3) Would you have time to help get us to 80% or 90% or 99.5%?

This got me thinking about whether Falcon could easily be tweaked to
output a list of all APIs used by a code base.  Then we could see how much
of the Flex SDK and Flash APIs and other third-party APIs someone was
using.  It turns out that Spark Button has about 120 public APIs!  It will
be awhile if ever before FlexJS reproduces all 120.  But my bet is that
most of you only use about 12 APIs.  While we have the Express set, and
I've shown that porting most of Spark and MX on top of UIBase is
"possible", in between there is the possibility of a "Spark-ish" set that
builds on top of Basic like Express did and only supports the 12 popular
Spark APIs for Button, etc, eventually adds a few more, but never promises
to do all 120.

Thoughts?
-Alex

Reply via email to