puremvc框架之proxy

1、ButtonMediator中发送消息时，仍然采用硬编码的方式，将消息内容写死在代码中：

这显然不是一个好的设计，不够灵活

2、我们一直在说puremvc是一个mvc框架，至今为止 controller(即Command)、view(即Mediator)都已经出现过了，但是model层还是不见踪影，puremvc中的model层在哪里？

在asp.net mvc中，model层通常是定义数据实体的部分，可以选用的技术有很多，比如linq to sql，linq to entity ，nhibernate之类，这个概念在puremvc中仍然是相通的，只不过换了个名字，我们称之为Proxy！

先来定义一个AppProxy类吧(放到mvc.model包中)，代码如下：

这里，我们用xml做为数据源来提供数据，data.xml放到根目录下，内容如下：

ok，这一步做好后，老问题又来了：如何让它跟puremvc环境中的facade实例挂上勾？类似上一篇的处理，还是放到AppCommand中来处理

注意加注释的部分facade.registerProxy(new AppProxy());这样就ok了，这一步执行后，puremvc环境中就已经有data.xml的数据了

现在就可以把原来ButtonMediator中硬编码的部分去掉了，改成下面这样：

即：view层只发送消息(类型)，通知puvrmvc环境--“CHANGE_TEXT消息我已经发出去了！”，至于数据在哪，谁去处理，关我P事!

OK，有人发了消息，自动就要有人处理，接下来折腾ChangeTextCommand.as

这里，我们把原来的方法注释掉了，改成用Proxy的getData获取刚才data.xml中的数据，然后该数据赋值为TextMediator相关联的文本框.

至此，M(proxy)-V(mediator)-C(command)全都登场了，相互之间也实现了完全解耦！

最后再从头回顾一下主要的处理细节：

1、man.mxml中通过 AppFacade.getInstance().startup(this) 启动puvemvc环境

2、而AppFacade又通过this.registerCommand(START_UP, AppCommand) 注册AppCommand

3、AppCommand中又通过

把mediator、proxy以及消息CHANGE_TEXT相关的ChangeTextCommand给扯进来

4、然后ButtonMediator中又通过sendNotification(AppFacade.CHANGE_TEXT)来发送自己感兴趣的消息

5、最后CHANGE_TEXT消息被与之关联的ChangeTextCommand得到，并在execute方法中处理以更新UI界面。