高效率的超大规模Flex开发

核心提示： 最后，引入ProductControl来管理产品页面和结算间的过渡，高效率的超大规模Flex开发(8)，使用Spring BlazeDS集成简化Java开发 Spring BlazeDS集成项目大大简化了与客户端交互的Java服务端代码开发，在最新发布的项目中，还包括开发过程，解决这些挑战可以帮

最后，引入ProductControl来管理产品页面和结算间的过渡。

使用Spring BlazeDS集成简化Java开发

Spring BlazeDS集成项目大大简化了与客户端交互的Java服务端代码开发。在最新发布的项目中，团队成员可以实现核心的配置文件，如web.xml以及 Flex服务配置文件。接下去，团队人员需要简单地了解一下如何在他们的类中增添适当的标注来将它们作为服务展现给BlazeDS。举个简单的例子，你可以将Product服务类展现为一个远程服务：

　@Service("productService")　
　@RemotingDestination(channels={"my-amf"})　
　public　class　ProductDAO　{　
　
　@Autowired　
　public　ProductDAO()　{　
　//...　initialize　the　ProductDao　class　
　}　
　
　@RemotingInclude　
　public　Product　findProductName(int　id)　{　
　Product　product　=　database.findProduct(id);　
　return　product.name;　
　}

在这个例子中，我将ProductDAO类声明为了远程服务，它可以通过使用productService进行调用。单个方法可以使用 @RemotingInclude将其展现为远程方法。其实这些方法都会作为远程服务展示给BlazeDS，其中Flex可以通过远程对象调用远程服务。

与图形设计团队一起工作

刚开始的Flex项目中一个常见的问题是，确保图形设计团队了解Flex中可以做什么。Flex为很多有趣的设计提供了可能性：图形设计团队需要了解Flex中可以做什么，以及Flex怎样来表示一个基础设计转变。

通常情况下，碰到的问题是，图形设计团队用一些像Adobe Photoshop的工具创建了一个模拟。尽管设计看起来非常好，但是它与工作中的应用程序还相距甚远。整个设计将不得不削减并且颜色和字体都得与应用程序的CSS相匹配。根据设计的复杂度，自定义的Flex组件也需要被创建。这些组件可能是需要自定义皮肤的按钮，也可能是定义了一系列新功能集合的组件。困难之处在于设计和实现之间变得极其耗时，设计人员需要搞清楚什么是可能的并从设计中实现这些变化。每一次迭代都会变得更加复杂。

幸运地是，Adobe已经引入了一个新的工具来改进这个过程，这个工具就是Flash Catalyst。它可以让类似Photoshop这样工具产生的艺术品能够轻松地转变为可用的原型。它还可以创建一个原型的GUI并最终应用到应用程序中。通过使用此工具，设计人员可以更快地遍历他们的设计，从而使该组织能更有效地调整设计，以满足其要求。

单元及功能测试

Flex开发中有两种主要的方法来测试一个应用程序。第一个是使用funit或者fluint的功能测试。这个方法可以进行服务以及控制器的测试。第二个方法是功能测试，它可以测试与GUI间的实际交互。功能测试可以使用像Mercury一样的商业工具，或者像FlexMoneky一样的开源工具。

两种类型测试的关键是要在松耦合层创建可以独立测试的代码。例如可以通过将默认捆绑改变为使用模拟服务，来轻松地修改服务。

总结

使用Spring BlazeDS集成的Flex为大规模企业应用程序提供了一系列卓越的技术。开发人员的挑战在于设计模块化，易调试，可扩展的架构。这里的可扩展，我指的不仅仅是软件，还包括开发过程。解决这些挑战可以帮助项目成功，并为组织带来一个更高的投资回报率。