flex4 读书笔记 chapter 3

转载自 selina_1113
最终编辑 selina_1113

 

1、默认情况下,swf文件只能向swf文件所在的域提出http或其它网络请求。如果要仿问swf文件所在的不同的域,即要在目标域的根目录中放置一个crossdomain.xml文件,设置当前服务器接受的域。

2、mxmlc可以把mxml、as、swc、rsl等文件打包成一个swf文件,而compc可以把mxml、as等编译成swc或rsl文件。

3、部署文件时,请确保rsl等资源文件是否存在于服务器中以及swf文件指向的rsl的路径。

4、flashbuilder使用swfobject2类库把swf放在html中。

5、在网络安全沙箱内,flash除了ShareObjects外,不能访问本地的磁盘及资源。在得不到用户允许的情况下,不能从摄像头或耳麦中获取信息并发送到网络。

6、swf只能访问网络或本地资源两种中的一种。也就是说要么你把swf设置为只能访问网络,要么把swf设置为只能访问本地资源。设置的选项为编译时的use-network=true/false。默认为true。

7、flex只持基于组件的开发模型。常规的开发方法是先扩展一些基本的UI组件并把你需要的功能封装在上面,然后再在UI中组装起来。

8、在开发过程中,你会使用自已开发的自定义组件或外部的自定义组件。默认情况下flashbuilder在项目src及其子目录下寻找自定义组件。如果你需要使用别的地方的自定义组件,你可以设置source path。flashbuilder除了在src目录下寻找组件外,还会在source path下寻找自定义组件寻找的顺序按source path顺序寻找。在as中引用组件,使用import语句。在mxml中,使用命名空间。

9、swc文件是flex的打包文件,常用的as/mxml通用组件会打包成swc文件。通过library-path可以加载swc文件。

10、swf文件被客户端下载后只保存在浏览器的缓存中,浏览器关闭后,swf文件可能会被删除。从swf文件中分离出swc文件以rsl的形式加载可以减swf的体积以及减小每次的下载量。在编译时可以使用runtime-shared-libraries选项指定rsl的位置。

11、可以把flex应用分成多个模块(modules)。编译后,原来的一个swf文件变成多个swf文件,主swf文件在需要时才加载或卸载模块。

12、在flashbuilder中你可以通过修改配置文件或直接设置command-line argument给编译器。

13、flex编译器是区分大小写的。

14、swf只能访问自已域保存的ShareObject文件。默认情况下ShareObject的大小为每个域100k。如果要使用大于100k,程序需要弹出询问对话框。另外当大于100k时,fp会自动弹出对话框,询问用户是否允许超过100k的大小。

15、fp会自动监控程序占用内存及cpu的情况。如果要长时间占用大量资源,fp会自动询问用户,是否需要关闭应用。

16、fp不会把客户端的一些私密信息提供给app,例如:帐户、电话、mail等。但为了提高app的用户体验,fp会提供user agent,系统兼容性(语言,mp3编码),是否有摄像头,麦克风。另外fp还可以设置剪帖板的信息,但不会提供获取剪帖板信息的方法。

17、flash有四种沙箱类型。同一个swf文件在不同的沙箱中有不同的安全限制。

18、远程沙箱(remote)。所有来自非本地URL的文件(html,swf2html脚本)被放到远程沙箱中。swf按不同的域被分到不同的沙箱中。

19、本地文件系统沙箱(local-with-filesystem)。本地文件系统沙箱是本地swf文件的默认沙箱。在此沙箱中的swf文件不能访问远程主机。

20、本地网络沙箱(local-with-networking)。本地文件系统沙箱是本地的swf文件具有仿问网络的权限,但不具备访问本地文件的能力。

21、本地信任沙箱(local-trusted)。在这个沙箱中的swf没有权限限制。所有本地的swf文件都可以设置成这种沙箱。设置这种沙箱可以通过交互的方式设置(Settings Manager)或能过非交互方式设置(通过安装程置增加配置文件)。

22、可以使用编程的方式读取Security中的sandboxType属性查看沙箱类型。

23、编译时的use-network参数及swf下载的地方可以决定沙箱类型。本地的swf文件的use-network设置为ture是,沙箱类型为local-with-network,设置为false时为local-with-filesystem。远程下载的swf文件的use-network设置为true时,沙箱类型为remote,设置为false时会报错。

24、fp客户端有四种类型。分别为浏览器嵌入式的正式版及调试版和独立版的正式版及调试版。

25、fp的浏览器嵌入式客户端在不同的浏览器中以不同的技术实现,在IE中以ActiveX,在其它浏览器中以plug-in实现。在浏览器嵌入式客户端时可以使用一些浏览器技术,例如form及ssl。

26、DisableLocalSecurity打开时,swf处于本地信任(local-tursted)安全沙箱中。EnforeLocalSecurity打开时,swf处于其它的三种沙箱中。默认情况下,ActiveX控件是DisableLocalSecurity,plug-in默认为EnforeLocalSecurity。

27、交互脚本(cross-scripting)。两个不同的swf文件需要相互访问时需要使用cross-scripting。只有处于同一个安全沙箱中的swf文件才能使用交互脚本。也就是说当swf处理不同类型的安全沙箱,或处于同一类安全沙箱,但swf文件来自不同域时都不能使用cross-scriptin。

28、来自不同域的两个swf文件需要cross-script时,可以通过设置Security.allowDomain/allowInsecureDomain方法设置swf文件可以被哪些域仿问。

29、flash.net.Externallnterface是调用外部js(call)及设置被js调用接口(addCallback)的主要类。ExternalInterface的调用权限由包装它的html设置,主要参数有:allowScriptAccess和allowNetworking。默认情况下,externalInterface被允许调用同域的js。

30、navigateToURL()主要用于打开或替换当前窗口,也可以用于调用外部js。它同样受限于allowScriptAccess和allowNetworking参数的限制。

31、由浏览器打开的swf文件以及在swf中的图片相关资源会存放于浏览器的缓存中。这些文件在浏览器关闭后也有可能同样保留在缓存中。所以你可以通过http报头设置当浏览器关闭时清空这些缓存:cache-control:no-cache,no-store,must-revalidate,max-age=-1 pragma:no-cache,no-store expires:-1

32、可信任的网页及目录。浏览器本身有一个安全模型。fp会与浏览器的安全模型交互,如果浏览器把一个网页设为可信任的网页,即fp会把该网页下的swf文件处于可信任的安全沙箱(local-trusted)中。另外用户通过fp的User Settings Manager或增加一个FlashPlayerTrust Configuration文件指一个可信任目录,然后把swf文件放到该目录下。当打开该swf文件时,该文件也处于可信任安全沙箱中。

33、部署过程中,如果你的swf及资源文件发布在不同的域中。你除了需要增加crossdomain.xml文件以及在app中调用allowdomain等外。最好还需要把一些通配符(*)设置成具体的域和端口。

34、fp是区分获取内容(Content)与获取数据(Data)的。Content与Data的区别是Content一般只用于显视,而Data可被as处理。获取内容会比获取数据的限制小一点。在不同域中获取的数据或swf文件会被放到不同的沙箱中。

35、向远程读取图片用于显视时,一般不受限制。但从远程读取数据时例如xml时,需要得到远程的授权及html的受权。

36、LocalConnection可以让在同一客户端电脑上的各个swf之间进行方法调用。在调用过程中,一个swf称为sender,另一个称为listener。最简单的情况是同一个域中的两个swf之间的调用。在不同域之间调用需要调用LocalConnection.allowDomain()/allowInsecureDomain()方法。

37、swf是一种开发格式。所以它可能被反编译,里面的信息会被别人看到。所以发布产品前应该放在里面的敏感信息去调。

38、为了做到安全,你应该注意以下几点:一,不要把敏感信息,例如帐户放在swf内。二、用户授权验证、sql等应放在服务端完成。三,如果在使用过程中,swf与server之间传递敏感信息,可以考虑使用ssl。

39、安全相关的错误事件并不是由目标对像发出来的。所以并不能用常规的.addEventListener方法去处理错误而是使用try{}catch(e){}方法是铺捉。

40、当你使用TextArea或TextInput来输入密码时,请把里面的displayAsPassword属性设置为true。

41、在浏览器中打开一个flash后,可以右击-设置。然后对一些权限进行设置。

42、模块(Module)是一个SWF文件。它可以被一个或多个app调用,但不能单独运行。

43、模块比RSL更灵活。它是否被加载由app决定,并且在编译时不需要被引用。

44、模块域(Module Domains)。默认情况下,模块被加载到主app的子域中。这样出现的问题所有模块所在域都从属于主域,但模块间的域就不相同而且没有从属关系。当一个模块调用一些Manager类后,例如(PopoupManager、DragManager),另一个模块再调用这些管理类时将出错。因为那些管理类属于它们被第一次调用的域。要解决这个问题的做法是在主app中,初始化这些管理类,然后这些管理类就可以被各模块共用。

45、如果要获取最好的交互性,主app与所有模块最好处于相同的安全沙箱中。

46、创建模块的步骤。一、mxml:根元素为<mx:Module>,as:继承Module/ModuleBase。二,像一般应用一样编译它。三、通过<mx:ModuleLoader>标签或ModuleLoader/ModuleManager类去加载模块。

47、每个模块都有它自已的IStyleManager2实例,也就是说每个模块都有它自已的样式。各模块之间的样式不会相互影响。在主app加载完模块后,模块的样式会与主app的样式合并,合并的最终结果是模块的样式优先级高于主模块。

48、当你在编译模块时使用了isolate-style=false选项时,各模块间将会共用一个样式。如果模块间有相同的样式,即先被加载的样式的优先级会高于后加载的模块样式的优先级。使用该选项后,可能会出现卸载模块后模块不被GC回收等一些情况,因为有些模块的样式可能被其它模块引用。

49、getStyleDeclarations()只返回定义的样式,要获取合并后的样式需要调用getMergedStyleDeclaration()。运行间设置样式定义只会影响定义的样式,该样式是否起作用取决于合并样式。

50、StyleManager可用于设置所有元素的样式。语法如下:StyleManager.getStyleDeclaration("spark.components.Button").setStyle("fontSize",15);

51、模块的开发方法就像app开发方法一样,可以使用mxml或as。模块可以被模块或app加载。

52、ModuleLoader提供了高层次的加载接口,而ModuleManager提供了加载模块的底层接口。

53、当你的模块要用于显视或用到framework的类,你可以用<mx:Module>标签或继承Module类。如果你的模块不用显视和framework类,你可以考虑用as继承ModuleBase类。这样的模块体积会减小。

54、默认情况下Module编译后会包含所有它依赖的类:框架及自定义的类库。结果就是主类加模块的体积远比单独的app大。

55、在flashbuilder中可以选择项目-属性-module然后选择模块所属主类,这样flashbuilder可以优化模块的大小。

56、当一个模块中的类想用另外一个模块中的类,那就要把模块中的类的模块域提高到app中。

57、如果在air中使用模块。那模块必需和主类在同一目录或在主类的子目录中。

58、ModuleLoader语法。<mx:ModuleLoader url="com/humanmonth/ColumnCharModule.swf"/>。你需要设置的主要是url。你可以在需要时才设置url,设置后fp才会去加载它。当你设置或重新设置url时会触发ModuleLoader的loadModule()方法,当你把url设置为“”,ModuleLoader会卸载模块。另外你也可以手动调用ModuleLoader的loadModule/unloadModule方法。

59、无论你调用多少次loadModule(),fp保证对一个module,一个ModuleLoader只会加载一个实例。

60、ModuleManager提供了低层次的加载module的接口。在用ModuleManager加载接口时要注意,module对像要放在类属性中,以免被GC回收。

61、如果模块分散在不同的服务器中。你需要解决一些权限问题。Security.allowDomain("remoteservername");Security.loadPolicyFile("Http://remoteservername/crossdomain.xml");new URLLoader(new URLRequest("http://remoteservername/crossdomain.xml"));loader.load(request);

62、把一个app分开多个module的一个好处是主app的尺寸变小了,第一次加载app的时间缩短。但另一个问题是当用户使用到模块时,模块加载也需要时间。解决这个问题的一个途径是预加载模块。预加载模块的

代码:var info:IModuleInfo=ModuleManager.getModule("url");info.addEventListener(ModuleEvent.READY,fun);info.load();

63、ModuleLoader就很多事件。你可以扩展它实现自定义的加载类,例如增加一些显视加载进度,图片等效果。让整个系统有一个统一的加载效果。

64、通过相关属性引用实现app与module间方法相互调用。这种方法会造成app与module的强耦合和因为代码的引用使得app与module的尺寸增大。但好处是简单直接。方法如下:一,ModuleLoader.child属性。代码:(moduleloader1.child as ChildModule1).fun。二,如果你用ModuleManager加载模块,可以通过以下代码获取模块module.factory.create() as MyModule。三,通过module.parentApplication方法引用父应用。四,模块间调用,先用module.parentApplication得到父应用再调用相应的child或factory属性。

65、通过模块的url参数传递数据。 module中有一个loaderInfo属性,里面可以获取调用它的url。你可以从字符串中找到信息。

66、模块与app间的相互调用最灵活的方式是让app或module实现自已定义的接口,然后把app或module转型为接口后调用。这样app与module间处于低耦合状态。

67、使用子应用(sub-applications)有以下好处:减小主应用的体积;按功能封装代码;增加可重用性;整合第三方子应用。

68、对主应用来说,子应用分为可信子应用和不可信子应用。当主应用与子应用基于相同版本的库架构建时具有良好的交互性。如果子应用的库版本较主版本的低,即交互性有一定的限制。

69、子应用的可信级别及版本取决于应用域(application domain)及安全域(security domain)。

70、有三种类型的子应用:1,单版本应用。2,多版本应用。3,沙箱应用。

71、应用域(application domain)是存放类定义的一个容器【类似于java的classloader】。一个应用有一个顶层应用域-system domain。应用域是system domain的一个子域。当你载入一个子应用时,你可以选择把它载入三种域:兄弟域(sibling application domain),子域(child application domain),当前域(current application domain)。

72、默认情况下SWFLoader/Loader控件把子应用载到子域中。如果当前应用与子应用所基于的类库版本不同时,载入后会出现错误。如果主与子应用基于不同的库版本,你应该把子应用载入到兄弟域中。

73、使用SWFLoader加域子应用时,把loadForCompatibility属性设置为true时,SWFLoader会把子应用加载到兄弟域中,反之,加载到子域中。

74、system domain是最顶层的域。共用的域(playerglobal.swc)被加载到此域中。父域已经存放的类定义,子类不会重复加载。

75、基于不同版本类库的应用应加载到兄弟域中,否则会出错。

76、一般RSL与编译时的资源会被加载到当前域中,SWFLoader一般不会把子应用加到当前域。

77、安全域定义了应用的可信级别。多个应用的可信程序越高,它们的交互性越强。

78、如果子应用与主应用属于相同域名下载的,默认情况下它们处于同一个安全域。反之,需要设置SWFLoader的trustContent为true让两者处于相同的安全域。

79、沙箱应用(sendboxed applications)之间有很多限制。包括不能仿问state对像,不能接收mouse事件,不能调用其它app的画图,不能访问访问其它app的一部份属性。

80、大应用、混合编程、一些工具类都会使用子应用的方式加载。

81、沙箱应用(sandboxed application)。当你需要加载一些不可信的第三方swf文件,且主swf与子swf所依赖库的版本不一致。这种情况下把子swf以兄弟域的型式加载到主swf中。我们把这种情况叫沙箱应用。

82、上面所提及到的所有类型的子应用都应符合条件:主应用依赖的库要比子应用依赖的库新或相同。

83、主app加载来自不同域名的子app的情况,我们称为import loading。

84、采用模块与子应用有以下区别:因为模块与主应用共享类定义,所以文件尺寸会小一点。模块与主应用的耦合性高一点。模块与 主应用要使用同一版本的库而子应用没这个要求。模块一般会在主应用的子应用域中,所以管理类共享。模块只能加载到主应用的子应用域中,而子应用可以载进主应用的兄弟应用域或子域。模块只能放进安全模,而子模块既可放进安全域也可放进不安全域。

85、SWFLoader与Loader的区别。SWFLoader是Loader上的一个封装,使用起来更简单,且提供了一些额外功能,例如支持样式与效果,可以监控加载进度,被加载的swf文件可以是多版本的。

86、夸域交互时,建议采用事件机制进行。

87、沙箱应用与多版本应用在编译时应加上以下参数:-include=mx.managers.systemClasses.MarshallingSupport。

88、子应用可以独立运行。它不应依赖主应用以及兄弟应用。

89、设置SWFLoader时可以单独设置loadContext或直接设置loadForCompatibility和trustsContent。loadContext的优先级要高于后者。以上属性应SWFLoader加载前设置。

90、LoadContext对像有两个属性,一个为securityDomain另一个为applicationDomain。如果不设置securityDoamin时,子应用会采用它自已的的安全域。如果要把子应用设置成可信域,即使用以下语句:context.securityDomain=SecurityDomain.currentDomain。设置applicationDomain时可以设置三个值:new ApplicationDoamin():兄弟域,new ApplicationDomain(ApplicationDomain.currentDomain):子域。application.currentDomain:当前域。最后要注意的是同一个LoadContext不要用于加载多个应用。

91、卸载子app时可以使用loader.unloadAndStep(true)或loader.source=null。另外,当loader再load一

个子app时,上一个app会被自动卸载。

92、在可信任的单版本的子app中,子app可能通过application或parentDocument访问主app。

93、主app访问子app的方法:(contentLoader.content as SystemManager).application as SubApp2。

94、如果主应用要加载子应用中的类,那子应用一定要和主应用处在同一个安全域及相同的版本。加载的方法为new UIComponent(new (loader.loaderContext.applicationDoamin.getDefinition('ClassName') as Class)());。访问相关属性 obj['property']。 

95、在sandboxed application中,除了FocusManager外,其它的Manager,例如DragManager、ToolTip、Alert、指针等的效果都只在子app中出现,主app不受这些效果的影响。

96、相同安全域的主从应用可弹出框、ToolTip、鼠标不限于子应用区域。

97、Bootstrap 是一个轻量级的类容器。它先于主应用被加载,所以由它加载的类可以在各应用在共享。一般情况下,一个安全域可以用一个bootstrap。因为bootstrap加载的类不能在不同的安全域间共享。

98、如果子应用需要使用rpc,那rpc相关类一般会由Bootstrap加载。

99、BABridge(Flex Ajax Bridge)是一个简单的类库,用于js与as间的相互调用。利用ExternalInterface类也可以实现相关功能,但需要编写复杂的代码及限制比较多。

100、BABridge的地址在sdk_installation_dir/frameworks/javascript/fabridge下。如果你使用FlashBuilder,你可以直接右击项目,选择:Create Ajax Bridge。你需要在mxml中加入<fab:FABridge xmlns:fab-"bridge.*"/>。完成后,你就可以在js中直接使用FABridge.flash.root()引用flash的主类。

101、获取加载swf人url人代码:mx.core.FlexGlobals.topLevelApplication.url。

102、获取客户端信息的类:flash.system.Capabilities。从中可以获取客户端操作系统,播放器,语言等。

103、ExternalInterface是as与js互相调用的主要类。其中主要方法有两个:call()/addCallback()。ExternalInterface受安全沙箱的限制,它受限于swf的引入代码中allowScriptAccess/allowNetworking属性的值。

104、在初始化阶段,我们一般需要向swf文件传一些参数。我们可以通过htmlwraper中的flashVars、swf的url参数、swf初始化后通过ExternalInterface调用js获取页面中的参数。三者相比,通过url传参比较简单。

105、通过静态方法ExternalInterface.call(funName,para... paras)调用js。

106、flash.net.navigateToURL()可用于调用js,也可用于打开新窗口。

107、URLLoader用于后台向服务器发出请求,而navigateToURL()用于调用浏览器的窗口加载页面。

108、navigateToURL(req:URLRequest,window:String)用法。window的值所代表的意思:_self:在本窗口打开,_blank:本窗口之上弹出,_parent:在父窗口打开,_top:最顶层窗口打开。

109、navigateToURL调用js:navigateToURL(new URLRequest("javascript:fun()","_self");

110、在swf的html包装器中allowScriptAccess的选项有三个:never,sameDoamin,always.

111、一些公用的类加、资源可以打包成RSL(Runtime Shared Libraries)。RSL被下载到客户端后可以被多个应用共享使用。

112、有三种类型的RSL:Framework:官方标准库,可被任意应用使用。Standard:自已打包的应用,可被相同域的应用使用。Cross-domain:在Standard的基础上可被任意域使用。Framework与后两者的另一个区别在于签名的Framework(swz)存放在fp相关目录下,而后两者存放在浏览器的缓存中。另外要注意的是非签名的framework(swf)也存放在浏览器缓存中。

113、flex编译时分静态链接与动态链接两种。如果使用静态链接,flex在编库时把相关库和应用打包成一个文件。静态链接的特点是文件很大。与静态链接相关的编译参数为有四个library-path,include-libraries,includes,source-path。前面四个参数中包含include关键字的参数是把关联的所有库打包进主应用中,而没有include的是把相关联的类打包进主应用中。动态链接是让应用在需要用到相关类时才加载。模块、运行时样式表、RSL都使用动态链接技术。在flash builder中你可以从Project-Properties-Flex Build Path-Library Path中 设置link Type。

114、使用动态链接时,需要在编译中加入参数:runtime-shared-library-path,runtime-shared-libraries,external-library-path,externs,load-externs。

115、sdk/frameworks/libs下以swc结尾的库为编译时使用的。sdk/frameworks/rsls下以swf结尾的为unsign库,swz结尾的为sign库。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章