|
|
|
构件化的软件生产的兴起，伴随两场战争。
战争之一是：构件化生产方式与代码式生产方式的战争，这场战争构件化的生产方式，凭借自身的效率优势，不战而胜。
另一种战争可能是：基础件平台（中间件平台）和应用基础平台（业务基础平台）的战争，这一场战争胜负未明，悬念重重。
构件化软件生产采用组装化的方式，大大提高了企业级应用软件的生产效率，因而会颠覆目前的软件生产方式。目前可以说，软件就是软件；以后我们会说：软件是构件的组装。今天我们在中关村攒机子，明天我们会发现，许多人在攒软件。革命性的变化就在其中。有一天，我们发现，组建，组装，成了软件生产的"行话"和主流。
这个战争，胜败在一开始就决定了；构件化的软件生产方式毫无疑问将会获的胜利。构件化的软件生产带来软件行业的格局变动，它会产生自己的生态链：
1。构件化生产的工具提供商，提供开发工具；
2。利用开发工具开放商业化的构件，提供构件或者构件库；
3。利用别人开发的构件和自己开发的构件组装软件；
4。利用别人开发的软件进行实施和二次开发。
生态链的厂商相互依赖，才能发挥最大的网络价值。
当然，有些厂商可能跨越几个层面。比说，我国著名的软件公司上海普元提供的EOS系统中，就包括了开发工具和开发环境、管理和维护工具以及支撑平台，也提供商业构件和构件库，普元的构件库中有2000多个构件，在这国内国外都比较可观，这是一笔重要知识、经验和财富。
第二场战争的焦点其实就是一个问题：需不需要一个应用基础平台（业务基础平台）。换言之，今天的中间件能不能完成应用基础平台的作用；如果不能，那么中间件的发展能不能扩展和拥有这些功能？
如果答案否定，还有可能在这个生态链中加入一层：
5。应用平台提供商，提供应用的平台。
那么，今日的网络资源层面（网络数据库、网络操作系统、中间件）的提供商，就会在企业级应用这个市场上遭遇到“天花板”——应用基础平台的阻拦。他们会发现隔行如隔山，这个层面需要新的软件提供商来占领，或者网络资源层面的提供商在开发新的不同于中间件的平台。
如果答案是肯定的。那么平台层就会发生战争：战争的一方是：现有的中间件和应用服务器提供商朝上整合的功能。战争的另一方就是现有的管理软件和应用基础平台提供商将自己的平台往下渗透。他们彼此视角不同，一个从下往上看，是网络和技术的角度；另一个从上往下看，是应用和业务的角度。彼此优势也不一样，一个擅长网络资源管理；另一擅长业务e化。战争的胜利者属于那种能够从对手的角度看问题，能够向对手学习，并将对手的优势变成自己的优势的厂商。
|
|
