菜鸟对puremvc心得。
2009年07月30日
今天闲来无事,对puremvc使用重新进行思考,不知道对不对。
之前用过的mvc好多。从最初的vc.到java.seam。php的thinkphp。都是mvc框架。但使用和理解上从来没出现过什么问题。根本就不用去考虑。但到了puremvc,可以说是相比以上这些框架来,真的很小。但是却是最难理解的,不知道是不是受web开发模式的影响还是什么。到现在还有一些不是很理解。
flex在web开发中,它本身就是mvc中的V的的角色,但把V再拆解出MVC来,这里就觉得不太能理解。或者是我太菜的原因。开始就花了很多的时间进行初始化代码的编写,写了好几个类才跑起来。
现在在使用方面又出现很多疑问,这框架过于灵活,没有明确的规定。所以我在作业中没有使用commond。直接让mediator和proxy互相发送消息,省了不少代码。现在看来,这样是错误的用法,因为没有做到解耦。它们之间应该使用command来通信。所以在项目里。要多写一些command。这样才能让mediator和proxy可以复用。
2009年07月30日
今天闲来无事,对puremvc使用重新进行思考,不知道对不对。
之前用过的mvc好多。从最初的vc.到java.seam。php的thinkphp。都是mvc框架。但使用和理解上从来没出现过什么问题。根本就不用去考虑。但到了puremvc,可以说是相比以上这些框架来,真的很小。但是却是最难理解的,不知道是不是受web开发模式的影响还是什么。到现在还有一些不是很理解。
flex在web开发中,它本身就是mvc中的V的的角色,但把V再拆解出MVC来,这里就觉得不太能理解。或者是我太菜的原因。开始就花了很多的时间进行初始化代码的编写,写了好几个类才跑起来。
现在在使用方面又出现很多疑问,这框架过于灵活,没有明确的规定。所以我在作业中没有使用commond。直接让mediator和proxy互相发送消息,省了不少代码。现在看来,这样是错误的用法,因为没有做到解耦。它们之间应该使用command来通信。所以在项目里。要多写一些command。这样才能让mediator和proxy可以复用。