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