关于puremvc的几点思考
软件框架
框架要解决的问题是什么?这个问题感觉不能一概而论,就目前我遇到的项目实际来说主要是要解决以下几个问题
复用
并行开发
跨平台
项目背景:视频监控领域下,C/S & B/S模式的PC客户端软件
目标:开发一套公用的组件集合,在C/S B/S架构下都可以复用构件,并且实现模块业务灵活组合。
主要考虑分析了puremvc框架的适用性
1. puremvc的轻量性,引入简单。
2. 解耦合方面变现出色,可以很好的并行开发。
3. 提供了组件间通信交互的消息总线,可以灵活的组合多个组件业务。
4.组件可以很好的动态增删。
1) puremvc可能造成大量的代码冗余,强化了command的和mediator的存在,很小的业务组件都必须创建proxy和command甚至是meidiator。
2)在监控这种以大量数据,长链接不间断传送,并且用户界面以毫秒级未单位进行更新的软件应用中,proxy的职责范围难以细分。
从服务端获取码流数据和解码显示的实现,应该是作为一个域逻辑的数据整体(proxy)还是业务逻辑(command)呢?
尤其是构件中依赖了更底层的构件(例如视频解码播放库),这种底层组件,将数据处理和YUV显示已经糅合在一起,对外不可见。
这种情况下是否应该认为整个监视的整体组件就是一个proxy,分担了mediator的职责?因为本软件构件范围内,UI的视图被转交了控制权给其他的底层库。
一个窗口组件的mediator只能受理鼠标操作的业务,窗口主题视频内容数据的更新变得不可见。
posted on 2019-07-21 13:30 maoliangwu 阅读(185) 评论(0) 编辑 收藏 举报