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