如果能让软件用构件的方式来思考问题，而不是java,c,c++这些语言，那么语言这个概念将会被取缔。
构件为什么不能成为一种标准呢？
关于如何选择粒度大小来构造世界，这是一个棘手的平衡问题。因为世界太复杂，所以如果粒度太大，就会失去灵活性，而以至于不能胜任构造任意一种世界这个任务；如果粒度太小，就是变得太复杂。所以得找一个最佳平衡点：灵活而不致复杂，简洁而不致无用。
这个最佳平衡点，建筑业是砖块，而不是泥沙，或者房屋；汉语言是汉字，而不是词汇或者笔画；英语是单词，而不是字母或句子；人类社会是人，而不是器官或者群体；那么软件世界是什么呢？从机器语言，到汇编语言，再到高级语言，这些都不是最佳平衡点，因为他们都是代码级的，虽然现在有面向对象的概念，但是他的实际表现形式还是代码；目前来看只有构件才能胜任这个重任。为什么？构件是图形级的，服务级的。一个构件本身就是一种服务，就像一个汉字、一个单词，它们本身就有自己的意思。所以构件是终极之选。
产品EOS实现了构件这一理念，所以需要提供的功能和具有的特性要求：构件运行平台，开发平台，特性是跨平台，易使用（比如双击即可执行，所见即所得等等）；构件管理控制中心； 构件库有两种，一种是标准构件库，另一种用户自己开发构件库；用户按照构件接口标准自己开发构件库有两种方式：一是用其他语言开发构件，一是用构件生产构件；构件库就是词汇库。统一的用户界面，开发界面，管理界面；统一的构件接口标准… …当然还有很多很多，很细节化的东西，但是最终的目的就是只要用户装上了EOS，一切将变得容易。
构件将是革命性的，一统天下的。所有的一切，在目前看来技术上是可行的。需要的只是努力，把它变为现实。SOA只是东风，构件将是未来。
文章来源于领测软件测试网 https://www.ltesting.net/