探讨Web组件化实现

CMS组件化,简单架构示意图:

Web组件使用WebPage+WebAPI的好处:

组件复用(组件条件管理页面复用+获取组件数据API复用)。

组件是分布式的第三方应用,本身高内聚、组件之间松耦合,可以理解为独立的子系统。

组件使用WebAPI,提供REST风格的WebService,轻量级,对客户端的要求也更少。

组件可以单独开发,单独测试,高度封装,可以区分不同环境,其它组件完全可以不做任何测试。

组件热插拔,组件易替换,可扩展性强,不会有dll相互依赖、影响,dll管理等一系列问题去处理。

.net/java/php/都可以开发组件,可多元化发展。

组件都有自己独立的版本,组件可以独立编译,独立打包和部署,当某个组件有变化的时候,可以单独对变化的组件进行版本升级,单独对变化组件进行部署。

组件数据的生成会有特定的环境,组件自治,组件实现方式自由发挥。

可以单独做测试,可以独立部署、运行、调试等。

可以整合不同的开发平台(.net/java/php/...)开发出来的WEB组件。

甚至组件可以独立出去,由第三方去开发,维护,CMS平台可以管理这些组件,热插拔这些组件。

性能使用分布式的组件应该更好,如果组件都集中在CMS平台去统一调用数据,压力应该会更大。万一某个组件出故障而不会影响到整个页面展现。

组件数据也可以通过定时策略去拉取完成,根据组件配置。

为了简化组件部署, CMS平台可以准备好几类组件的虚拟目录去Host组件应用,也不用每个组件都是一个虚拟目录。【使用Restful风格架构的WebAPI暴露接口,更轻量化】

 

Web组件使用DLL的问题:

dll管理麻烦,需要考虑集群、存储、依赖项dll、验证、配置、部署、问题排查维护、下线等。

dll限制了只能.net去开发,很难整合不同的开发平台(.net/java/php/...)开发出来的组件。

dll限制了组件的实现方式,有较大的约束,不能自由发挥,影响生产力。

dll方式的组件条件页面较难管理和生成。

dll对多种环境配置、日志、调试等带来很多麻烦。

dll没有完全隔离,控制不好会影响到其他组件,而且怎么做隔离,有技术壁垒和风险。

dll方式对开发成本要求高,有技术风险。

组件有依赖的配置,依赖dll ,依赖的环境等很多变化因素,dll很难去完全覆盖及支持到。

组件条件管理页面可能是很多组件公用的,不好分开。

获取组件数据API可能是很多组件公用的,不好分开。

dll区分不同环境比较麻烦,对开发,测试都很难控制。

dll依赖部署环境,若一个组件不想使用此环境,比如现在是II7.5+.net4.0集成环境应用程序池,如果有个组件要.net4.5开发的,或者需要.net4.0经典环境应用程序池,不能兼容等不好控制问题。

dll组件数据的生成会有特定的环境,平台自治+组件dll支持,组件调用出问题责任不明确。

dll很难做测试,不能独立运行。

 


 

组件如何实现示意图:




 

组件数据可以使用动态类型:

 

可以使用开源的Razor模板解析引擎,参考:Razor Generator

原文:http://www.yifupaizi.com/home/news148.html ,转载请注明来源。


郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。