关于平台与框架,我的一点看法
2013-09-24 11:22
330 查看
部门最近的一个产品,想基于另一个平台开发。所以最近做了一下平台选型,顺便思考了点关于“平台”和“框架”的问题,在这里记录一下
一、“平台”与“规范”
一提平台,首先会想到JAVA EE平台,然后就会想到JAVA EE平台规范,“平台”和“规范”常常会混淆,所以先澄清一下这2个概念
“规范”大概是提出一种标准,与“规范”对应的概念是“实现”,也就是specification和implementation。一般规范都会对应多种实现,开发者如果遵循规范设计的接口进行开发,就可以避免与实现的耦合,就可以在多种实现中任意切换,不需要修改代码
比如大家都开发过web应用,如果只用到Servlet规范中的接口,那么应用就可以部署在任意Servlet实现的容器里,比如Tomcat、JBoss、WAS都没问题。但是一旦应用依赖了具体实现的接口或者类,那么就和容器绑定了,不能随便切换
所以“规范”和“平台”是完全不同的概念,没有太大的关系
二、“平台”与“框架”
下面说说我认为的“平台”和“框架”的区别
举一个例子,比如Struts2,一般认为是一个框架。框架的目的是为了解决一个特定领域的问题,提供了:
1、一系列API
2、一组编程的约束
大致上,框架是静态的,倾向于开发阶段的概念。在开发的时候,调用框架的API,遵循框架的设计约束,来实现一个功能
“平台”除了具备框架的这2点以外,我认为还有一层“动态”的含义,即在运行时也提供了某种“服务”
比如JAVA EE平台,不但提供了一大堆API,各种约束,也为应用程序提供了很多服务,比如JNDI、JMS等等,都是某种服务
所以我认为,平台具备以下特征:
1、提供一组API
2、引入编程约束
3、在运行时提供服务
三、实际中的例子
我以前做过一个“开发基础框架”,其实就是对常用的开源框架的整合和封装,然后形态上就是一个普通的WEB工程,可以发布为一个普通的.war包,部署到容器里
这个.war单独跑起来,只有一个UI的框架,没有实际的业务页面。但是后续的各种开发,基于这个框架,可以减少一定的代码量
但是这个不能算是一个平台,只是一个框架。如果加上一些用户权限管理、SSO、页面生成机制,我觉得就可以算是一个“开发平台”了
另外一个例子,BMC公司做的流程平台产品REMEDY,里面有很多组件服务,比如在Server端有它自己的DSL,另外有一个单独的组件,会读取DSL,动态生成WEB页面。基于REMEDY平台的产品开发,就是进行各种配置,在必要的时候做一点二次开发,我觉得这个就可以算是一个“平台产品”
四、总结
总的来说,我认为框架和平台可能没有非常明确的界线。在框架的基础上,增加运行时的某些服务,就算一个平台
目前的理解就这么多,以后想到再补充
一、“平台”与“规范”
一提平台,首先会想到JAVA EE平台,然后就会想到JAVA EE平台规范,“平台”和“规范”常常会混淆,所以先澄清一下这2个概念
“规范”大概是提出一种标准,与“规范”对应的概念是“实现”,也就是specification和implementation。一般规范都会对应多种实现,开发者如果遵循规范设计的接口进行开发,就可以避免与实现的耦合,就可以在多种实现中任意切换,不需要修改代码
比如大家都开发过web应用,如果只用到Servlet规范中的接口,那么应用就可以部署在任意Servlet实现的容器里,比如Tomcat、JBoss、WAS都没问题。但是一旦应用依赖了具体实现的接口或者类,那么就和容器绑定了,不能随便切换
所以“规范”和“平台”是完全不同的概念,没有太大的关系
二、“平台”与“框架”
下面说说我认为的“平台”和“框架”的区别
举一个例子,比如Struts2,一般认为是一个框架。框架的目的是为了解决一个特定领域的问题,提供了:
1、一系列API
2、一组编程的约束
大致上,框架是静态的,倾向于开发阶段的概念。在开发的时候,调用框架的API,遵循框架的设计约束,来实现一个功能
“平台”除了具备框架的这2点以外,我认为还有一层“动态”的含义,即在运行时也提供了某种“服务”
比如JAVA EE平台,不但提供了一大堆API,各种约束,也为应用程序提供了很多服务,比如JNDI、JMS等等,都是某种服务
所以我认为,平台具备以下特征:
1、提供一组API
2、引入编程约束
3、在运行时提供服务
三、实际中的例子
我以前做过一个“开发基础框架”,其实就是对常用的开源框架的整合和封装,然后形态上就是一个普通的WEB工程,可以发布为一个普通的.war包,部署到容器里
这个.war单独跑起来,只有一个UI的框架,没有实际的业务页面。但是后续的各种开发,基于这个框架,可以减少一定的代码量
但是这个不能算是一个平台,只是一个框架。如果加上一些用户权限管理、SSO、页面生成机制,我觉得就可以算是一个“开发平台”了
另外一个例子,BMC公司做的流程平台产品REMEDY,里面有很多组件服务,比如在Server端有它自己的DSL,另外有一个单独的组件,会读取DSL,动态生成WEB页面。基于REMEDY平台的产品开发,就是进行各种配置,在必要的时候做一点二次开发,我觉得这个就可以算是一个“平台产品”
四、总结
总的来说,我认为框架和平台可能没有非常明确的界线。在框架的基础上,增加运行时的某些服务,就算一个平台
目前的理解就这么多,以后想到再补充
相关文章推荐
- 关于软件架构、设计模式和应用框架的一点看法
- 关于JEECG开发框架的一点看法
- 关于软件框架功能升级的一点看法
- 关于IATF框架的看法
- 关于爱情和婚姻的一点看法
- 关于选择移动开发平台(android,ios,wp7)的一些看法
- 关于fopen函数中路径名使用字符串的一点看法
- 关于通用信息管理类应用软件框架的一点想法(导入不成功,只能考一篇一篇的转咯)
- 关于MFC内部结构实用的一点看法
- 【转载】关于该不该上JAVA培训班的一点看法
- 关于oa的俺也谈一点看法
- 关于js的回调函数的一点看法
- 关于C++ delete和delete[]的一点看法
- 关于智慧小区平台发展的看法
- 关于选择博客网站的一点看法
- 关于网传的二元期权短线交易平台和传统外汇的看法
- 关于domReady事件的一点看法,domReady队列
- 关于VC中enum { IDD = IDD_ABOUTBOX }用法一点看法_lizhon...(转载)
- 关于使用腾讯 Bugly 平台 Tinker开源热修复框架的 项目集成
- 关于‘Dom4j递归遍历XML所有元素 ’的一点看法