+1 and all 3 points. The power of the current flex SDK is based on the fact it can target multiple things with one code base. While the browser portion is clear, meaning Flash to JS, the support for Air is important. Air can easily do desktop and mobile.
-Mark K On Sat, Sep 30, 2017 at 10:29 PM, Harbs <harbs.li...@gmail.com> wrote: > I just want to comment on this: > > I expect most users to not care about swf output. However, on the framework > level it’s important for a number of reasons: > 1. Runtime type checking. Running the code through the Flash runtime has > value even if it’s never used in production. It offers additional checks > which cannot be caught by any of the compilers. This is a feature built into > Flash which is not apparent until it finds bugs. > 2. Support for AIR. Being able to target JS and AIR is going to be valuable > to some folks. > 3. It makes sure we develop with more than one target in mind. To me this is > the strongest reason. Eventually we are probably going to want to target > native on iOS, Android, etc. If the framework is designed to target both JS > and Flash, it forces us to abstract things enough to be applicable to two > very different rendering engines. Adding a third and forth target once it’s > designed like that is much easier. There has already been talk about support > WebASM and the like, and the idea of truly native output has come up as > well. If you question the value of that, take a look at React Native. > Without being forced to have a second target it’s way too easy to resort to > just thinly wrapping web APIs without giving thought to abstracting them > enough to make the classes applicable to other environments. > > I hope this clarifies the mindset a bit… > > Thanks, > Harbs >
