如果能讓軟件用構件的方式來思考問題，而不是java,c,c++這些語言，那么語言這個概念將會被取締。
構件為什么不能成為一種標準呢？
關于如何選擇粒度大小來構造世界，這是一個棘手的平衡問題。因為世界太復雜，所以如果粒度太大，就會失去靈活性，而以至于不能勝任構造任意一種世界這個任務；如果粒度太小，就是變得太復雜。所以得找一個最佳平衡點：靈活而不致復雜，簡潔而不致無用。
這個最佳平衡點，建筑業是磚塊，而不是泥沙，或者房屋；漢語言是漢字，而不是詞匯或者筆畫；英語是單詞，而不是字母或句子；人類社會是人，而不是器官或者群體；那么軟件世界是什么呢？從機器語言，到匯編語言，再到高級語言，這些都不是最佳平衡點，因為他們都是代碼級的，雖然現在有面向對象的概念，但是他的實際表現形式還是代碼；目前來看只有構件才能勝任這個重任。為什么？構件是圖形級的，服務級的。一個構件本身就是一種服務，就像一個漢字、一個單詞，它們本身就有自己的意思。所以構件是終極之選。
產品EOS實現了構件這一理念，所以需要提供的功能和具有的特性要求：構件運行平臺，開發平臺，特性是跨平臺，易使用（比如雙擊即可執行，所見即所得等等）；構件管理控制中心； 構件庫有兩種，一種是標準構件庫，另一種用戶自己開發構件庫；用戶按照構件接口標準自己開發構件庫有兩種方式：一是用其他語言開發構件，一是用構件生產構件；構件庫就是詞匯庫。統一的用戶界面，開發界面，管理界面；統一的構件接口標準… …當然還有很多很多，很細節化的東西，但是最終的目的就是只要用戶裝上了EOS，一切將變得容易。
構件將是革命性的，一統天下的。所有的一切，在目前看來技術上是可行的。需要的只是努力，把它變為現實。SOA只是東風，構件將是未來。
文章來源于領測軟件測試網 http://www.kjueaiud.com/