`

FLEX 3 新特性 (个人无责任猜想版)

阅读更多

http://www.unbuzz.com/blogs/index.php?go=category_1&mode=1&page=16

 

在我的BLOG,关于FLEX3体积减小的文章,点击量是最大的.看来大家对FLEX 3还是非常感兴趣的。今天我看到了一篇文章,是关于FLEX 3的一些新特性。估计大家对FLEX 3新特性基本有个大概的了解,我以前天天追着TED的BLOG,也跟踪报道过(我不是记者).
      现在来说些,也许你们还不知道的东西.不过提前申明:这些东西只会在未 来FLEX 3正式发布后才会有,而我说的,基本上是按照我个人的理解并经过推测而得出.目前FLEX 3 是Beta版本.不要拿Beta的问题来说明,一切还在测试.更不要拿FLEX 3 Beta来开发产品. 已经很多人问我FLXE 3那问题,这问题了,在FLEX 3正式出来前,我已经不想再回答了.
      OK,继续,这次我重点要说的是SM,哦,你可别想歪了。SM == SystemManager,如果你想歪了,你肯定不是个好同志.在FLEX 3中,SM占有相当重要的地位,包括程序产生,初始化,加载等等.而且,如果我没猜错的话,FLEX3之所以能够把体积减小,跟下面我所贴的信息有关系, 你看:
   Application creation – what the SM does
   2 Frame SWF    
    1st Frame: SystemManager, Preloader, DownloadProgressBar, helperclasses
    2nd Frame: Rest of the framework, Application code, embedded assets

   
    看明白了吗?也就是说FLEX3将用到2个框架,第一个用于:SystemManager, Preloader, DownloadProgressBar, helper classes,基本上大家以后做FLEX 产品的话,第一个框架应该是会相同的,既然相同,那么干脆形成一个共享框架,再第一次加载后,后面就不需要再次加载了.那么也就可以形成FLEX体积减 小。其实体积是没减小,只不过是看起来减小了.否则原来多余出来的体积跑哪里去了?火星?那不可能.
    那不同的就是在第二个框架了,Rest of the framework, Application code, embedded assets,这里的体积就取决你制作的技术了.
   
    FLEX 3程序将如何产生呢?
   Application creation:
第一个框架首先产生SystemManager类
Frame 1 streamed in, SystemManager is created

然后由SystemManager 类继续建造Preloader,并且由Preloader加载剩余的程序.
SystemManager creates Preloader, Preloader tracks rest of bytes streaming in

由SystemManager类创建应用程 序,把应用程序类的systemManager对象赋值为自己的实例
SystemManager instantiates Application, sets Application.systemManager to itself

应用程序开始初始化自 己,creationComplete事件开始发生.
Application initializes itself, emits creationComplete

由SystemManager类把程序展示到DisplayList ,也就是说,我们可以看到程序了
SystemManager adds Application to DisplayList

   
     看看,一清二楚.不知道目前我们在用的FLEX 2是不是也是这样的。应该差不了多少,我想唯一的区别应该是在框架上.
     好了,个人猜想的就到这里吧,也许有不正确的地方,不过应该差不了多远.当然你不要把我的这篇文章看的太认真,只要注意那些蓝色字体就可以了。那个是绝 对是真的.

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics