develop's blog,about web&game&mobile&so on!
标签 Tag : flex

Adobe Flash Builder 4 Premium 正式版下载地址+序列号

<Category: flash> 2 条评论

http://trials.adobe.com/AdobeProducts/FLBR/4/win32/FlashBuilder_4_LS10.exe

 安装序列号: 1424-4008-9664-3602-3439-1711

本文来自: Adobe Flash Builder 4 Premium 正式版下载地址+序列号

Flex 应用里面的模块性

<Category: rayYee> 发表评论

最近在Flex有讲很多向反转控制框架前进的趋势。在这个大趋势里面,我们可以察觉到有一个高水准的趋势是向模块性框架发展。这样的一条架构的道路可以带来很多好处,特别是在用大量团队和正式发行流程进行企业级设置时。此帖解释了在Flex上下文中模块性的意思,讨论了执行模块的带来的一些好处和可能的东西。

What is Modularity什么是模块性?

模块性是比Flex Module和ModuleLoader元件更具综合性的东西。这些都只是模块性的一种表现形式之一,但是原则上是更宽阔的:模块性是把应用分割成更小的单元以用来单独开发和配置。在Flex的内容中,这些单元可能是模块,子应用或者其他任何类型的包装内容。一个木块性的应用通常有如下的一个结构。

Figure 1 — 一个模块性应用的结构

在上图,应用是由一个简单的外围组成,这个外围用来加载三个模块: Dashboard, Contacts 和 Messages。 这些模块代表应用的不同功能区域。他们执行细节各自独立。应用外围负责加载和规划模块,还有为他们之间提供通讯。这个可以是一个全局模型,一个接口的注册点,或者是像图一一样,是信息传输载体。

模块化的好处有哪些呢?

模块化可以给应用的终端用户带来好处,同样也能给开发和发布团队带来好处。一下是它的一些好处:
•        模块可以单独进行开发,测试和搭建。
•        由于一个模块的改变并不要求其他模块或者外围应用一起改变或者重新编译,所以构建时间缩短了。
•        模块可以在需要时再调用,所以最初应用下载会很小。
•        如果用户从未使用一个模块的某功能,那么这个模块将无需加载。
•        模块将可以单独的配置到产品里面,代替之前配置整个应用。
•        可以根据用户的权限的不同加载不同的模块。
•        由于模块本能上的结合,所以模块比一个继承系统更好理解和维护。
•        模块之间的交互可以被分成简单的API,随着应用的增加会渐渐衰退。
在构建和配置方面的效率的好处被证明为是最重要的。小型开发团队的开发者们可以各自开发模块。模块之间可以指定统一的通讯协议,所以可以无需改变和改进直接运行。

模块化的框架供应

一些框架帮助建立模块应用。PureMVC 大概是最早做这个的吧,它使用框架的多核版,它的Pipes对于模块间的控制的信息很有用。Parsley应用框架同时也是设计为支持模块应用的,在这个里面模块将有它自己的反转控制内容,这个内容是从外围应用继承对象定义。Parsley 包括一个信息框架,这个信息框架可以用来松耦合模块间的通讯。轻量级的 Swiz 框架近期也是期望改善它在对模块开发方面的支持。
另外相对于这这些个已建立的框架,有一些脱离的框架特意专注于模块性。PotomacAdobe Gravity 是 OSGi授意下的两个新的框架, OSGIJava的动态模块系统。这两个新的框架都是以在运行时加载包(即,模块)和在它们之间通讯时使用服务借口而提供基础架构为目标的。Adobe Gravity 作为一个 Adobe 内部项目而保留,当Potomac公开可用的时候,他们有计划将来会开源发行,然后以Flex Builder的插件的形式包含开发工具。

Cairngorm 3 和模块化

[url="http://opensource.adobe.com/wiki/display/cairngorm/Cairngorm+3]Cairngorm 3[/url] 参考架构(现在在草稿阶段)的一个关键信息是将应用分割成独有的功能区域,这样可以独立开发。换句话说,一个模块化的架构的每个功能性区域是一个模块。Cairngorm 的指导文件建议使用一个简单的API(有可能是一系列的接口,事件数据转换对象组成)进行模块之间的通讯。这个方法最小化一个应用的独有功能区域之间的依赖关系。它发扬了Robert Martin 在稳定性方针中的 “良好独立性“的提议。更多细节请参考Creating Functional Areas 草稿.

企业级解决方案: Adobe LiveCycle Mosaic ES2

LiveCycle Mosaic ES2 离没框性框架还很远,但是模块性在它的开发中师非常重要的一个组成部分。使用杂合的方式建立一个应用,合并不同的功能块为人性化视窗是一个客户端和服务端技术,这项技术专注于不同用户执行的不同事件。在服务端,当LiveCycle DataServices可用于整合不同数据源的时候,可以存储和共享可复用的应用套件。在客户端,应用是用不同的物件组装而成,可以用存在的Flex和HTML应用里面的片段开发。一个自定义的外围应用加载和规划这些物件,框架为他们之间的通讯提供一个公共的歇息信息API。关于更多的Adobe 企业级模块性解决方案,请参考 LiveCycle Mosaic ES2 产品页。

总结
由于我们想在Flex和AIR里面建立更大和更好的应用,为保证有效开发,可量测性和可维护性,模块化的话题变得越来越重要了。分离一个大的应用的各个部分至关重要,这样他们可以单独的开发,测试和部署。 Flex SDK 可以用Modules和Sub-Applications提供一些简单的模块化方法,然后一些框架建立在这些之上一提供更多的功能。此外, Adobe 现在LiveCycle Mosaic ES2里面已经发行了企业级解决方案,LiveCycle Mosaic ES2利用模块方法为快速开发和部署RIA到浏览器和桌面提供了底层构造。

本文来自: Flex 应用里面的模块性