对PureMvc的一些印像

       学习了一下PureMVC，写了笔记：读书笔记：puremvc framework implementation idioms and……。以下是对PureMVC的一些印像：

优点：
一、模式用得多，看文档的过程感觉就像把23种基本模式复习了一次。[用了多少模式，具体没数过。但23种模式中，也用得七七八八了]。所以就算学了PureMVC后不使用也不浪费学习时间。

-------->所以我觉得PureMVC是在用模式跟我们讨论，已超越了代码这一层次，这已是他的初衷，作者始终认为MVC是UI开发的最终要义。

二、解耦，整个系统都由中间层及Notification机制解耦了。[是否解耦得太过份了？]

-------->portable啊，和flex中的event有所区别，也更清楚的展现了PureMVC的中心思想，MVC是不分语言的UI普世价值。

缺点：
1、角色（类形）太多，角色间关系复杂（一对多，多对多）。

--------->还多啊？PureMVC一个图就能展现所有的东西，还叫多？看看他的源代码，那叫一个精炼，有那个框架敢像pureMVC那样说基本上不用在更新什么？！

2、过份依赖观察者模式、配置零散、不方便维护及调试：

一、PureMvc推崇的是解耦，但解耦直接的结果就是单靠IDE（ctrl+点击）根本找不到代码调用的路线。代码每到一处就是发送一个Notification。然后调用路线就断了。要继线就要找配置。看了官方的demo(appskeleton)，配置的地方是分散的。Command在facade中的配置，Mediator中对notification的配置、Proxy……。

--------->ctl+点击....咩框架最中你意。。。spring，struts，hibernate都可以回家吃饭嘞

二、别人可能说，UI本来就是事件模型。调用关系本来就没有服务端明确。其实这个不一定。如果把事件限制在一些特定层中，调用关系还是很明确的。

3、需要编写的额外代码烦多。

-------->代码生成，你是不是觉得你需要写一些雷同的代码?

4、不提供额外功能。
Spring提供声名式事务支持。Hibernate简化持久层操作。PureMVC提供什么额外功能？

-------->把咱们本来看到UI就懵了的大脑组织起来，这根本就超越了提供额外功能的层次，授人以渔。

以下是我对框架中一些角色的理解：

一、Mediator的角色我基本认同。它把mxml元素布局与as逻辑分开。但对Mediator中的Notification的映射我觉得这些是多余代码。而switch结构用在这里，我觉得也不优美。另外在调用proxy时，先从facade获取obj，再转形为实现类，转了一大圈回到了原点，显得多余。而这种转化与Spring的工厂也没有可比性。

--------->Mediator角色我觉得是PureMVC的第一重要角色，我们平时老是容易忽略它而造成不可收拾的后果。Notification当然要到这里了，总不能直达UI吧？也不可能只到Command吧？如果你认为Notification只能到Command，那你对Command和Mediator没有很好的理解。facade在这里解耦啊，多好的功能。

二、Proxy的角色我也免强认同。Proxy的作用类似于服务端的“瘦模型”。Model只用作数据容器，Proxy处理域逻辑。“瘦模型”用在客户端。其实也可以。但在proxy发送notification。我反对，我上面说过，事件（观察者模式）用在特定层可以接受，但事件惯穿业务层、惯穿整个系统。我反对。

--------->这就是Notification和flex的Event的分野所在了，如果你把event用到了proxy，那才叫难以接受，之所以要另起一个Notification的东东，是语义上的需要。

三、Command的角色我也认同。其实就是业务层，没什么可说的。

---------> Command不是业务层。MVC的C啊联系M和V的。

四、facade的角色我不认同。反正代码最后import的都是实现类。这个facade不多余吗？

---------> 解耦啊，M,V,C 就靠这个facade来粘合了，你说重要不重要

五、Notification这个角色我不认同。as已内置事件模式，没必要自已增加一个观察者模块。另外notification的用法，我也不认同。

--------->奇怪很多人质疑这个Notification，虽然as内置事件模型，但是我觉得幸好PureMVC没直接使用event，这个区分真的很好。

总结：PureMVC的作用很大程度上是解耦。但我对这种解耦程度很有疑问。它带来的好处与它带来的缺点比例多大？

最后虽然我对PureMVC持反对态度，但存在即合理，而且有这么多人支持。PureMVC也肯定有他的过人之处。希望有PureMVC实践经验的出来指导指导。

--------->

我觉得PureMVC是我见过最纯粹的一个框架(未避免口水加个“之一”吧)：只做一件事情而且尽力做到最好。