Flex Structure

前言

这两天写了一个研究Flex + Java的例子，供大家参考，这个例子主要是出于以下几点考虑的

1． 系统性能和系统可维护性上的平衡(Value Object lazy load)

2． 开发效率和代码可读性上的平衡(Command and CommandManager)

3． 如何让Flex调用服务端的Service(AMF3, Remote Object)

4． 使用Cache Framework提升我们的性能

花絮：其实做项目和生活，管理等等都是一样，做到最好是不太现实的，但要和谐，什么叫和谐？就是在成本，进度，质量等外在压力下把代码写得最好！所以我下面的例子代码也是一样，追求的是一个平衡J

一．  系统性能和系统可维护性上的平衡(Value Object lazy load)

最佳性能时，系统只在网络上传输必要的数据，如显示用户清单时只传输user name和department name。

而结构最优时，传输的却是规范的数据结构。

这个时候矛盾来了

A.     传输规范的数据结构。这时候必然会带上一些冗余数据，如显示用户清单时传输的UserVO，而UserVO里同时也包含了标志这个用户部门的DepartmentVO，这时就会带来不必要的数据传输，如果显示的用户清单有100条，那么这100个UserVO里面的DepartmentVO必然会带来不小的数据冗余。

B.     只在网络上传输必要的数据。这时有两种方法可以做到，设计一个UserListVO，里面包含user name和department name这两样field，然后在Business Logic里组装这个UserListVO。但这种方法显然有个大的缺点，这个VO或对应的业务逻辑代码不可以共用，因为不同的地方会有不同的业务需求，比如有一个模块中会要显示用户的年龄。另一个方法就是，使用规范的数据结构，但只为这些数据结构中必要的栏位设值，如上面所说的，可以只为userVO.departmentVO.name设值，但其它栏位保持null，显然，这个VO的共用性也不好，因为我没法知道这个VO里面的栏位是否已经被设值了。

综上所说，所以我取上面两种方法的一个中间点来解决这个问题（如下图），即使用完整的数据结构来存储数据，但不是必要的数据不会被加载上来，如果要用时，可以通过Lazy Load的方式加载。如UserVO里有DepartmentVO，但在显示清单时不需要user对应的department信息，在编辑时才需要，所以我们可以在popup出用户编辑窗口的时候才在UserVO的getDepartmentVO()方法中加载相应的DepartmentVO。

请参见附件中的class diagram for data model

二．   开发效率和代码可读性上的平衡(Command and CommandManager)

往往在开发的时候，标准的结构会多写很多代码，虽然结构很清晰，但老实说，对于我们的项目，好像不需要这样“清晰”，比如Cairngorm中有command, event, controller等等，这确实是一种清晰的结构，但写起来很麻烦，所以我下面设计了一种简化的结构来实现它（如下图）。

Class Diagram

请参见附件中的class diagram for command

Sequence Diagram

请参见附件中的sequence diagram for command pattern

关于Command Pattern，请参考以下的链接

http://www.javaworld.com/javaworld/jw-06-2002/jw-0628-designpatterns.html

这里，CommandManager就是那个Invoker。而com.novem.farc.command.UserSaveCommand.datagrid就是那个receiver。

Why not Cairngorm Event or Command?

我们以查找一个user为例，来看看Cairngorm是怎么调用一个Command并返回结果的。

1． 创建一个CairngormEvent，并在这个Event里要有一个userId:Number的field。

2． 创建一个Command，这个Command要实现两个接口，ICommand和IResponder。

3． 创建一个FrontController来建立Event和Command的关连。

然后，在客户端调用的时候，书写如下的代码：

var event: EventFindUser = new EventFindUser ();

event.userId = userVO.id;

CairngormEventDispatcher.getInstance().dispatchEvent( event );

我们现在新的结构是这样实现的：

var command:CommandFindUser = new CommandFindUser();

command.userId = userVO.id;

NovemCommandManager.execute(command);

可以看出来，Cairngorm通过注册Event，并通过Event来传递输入参数，而我们自己的结构是将参数直接传递给Command，所以Cairngorm并没有给我们提供特别的方便，反而增加了不少麻烦的Event，而它提供的这种解耦，也并不实在。

Why not Cairngorm Model Locator?

Cairngorm Model Locator提供的其实是一种静态全局变量。

那么，谁都可以来改变这个Model Locator中的值，这显然是一个很危险的事。

如果大家也和我一样认为Cairngorm Model Locator就是一种静态全局变量的话，我想我在这里不用说得太多，只要去查一下静态全局变量的好处坏处就可以了。

三．  如何让Flex调用服务端的Service(AMF3, Remote Object)

暂且假定，我们的项目使用的Remote Object方式去访问服务端

Why not Cairngorm Delegate?

老规矩，我们先来看看Cairngorm是怎么来调用服务端的

1． 在service.xml里添加配置项<mx:RemoteObject/>

2． 创建Delegate.as，并为RemoteObject添加对应的方法(这里需要为每个服务端对象都创建对应的Delegate和方法，工作量不但不小，而且很烦哦)

再来看看我们的写法吧：

1．在ServiceFactory里添加需要调用的Service和method的名字常量

2．调用方法

ServiceFactory.getService(ServiceFactory.USER_BIZ)

.callService(ServiceFactory.USER_BIZ_INSERT, [newVO], this.result);

四．  使用Cache Framework提升我们的性能

有空再做哦……

但主要的思路是使用第三方的Cache工具在业务层做Cache