semantic age is coming!

從去年開始spring很火，的確作為一個技術環境可配置的容器，spring對貧容器環境組件的支援還是很不錯的也或得了很多的讚譽。於是很多人喧囂著，spring會成為j2ee開發的主流，lightweight會是未來的趨勢，在很多人眼裡spring扮演了j2ee救世主的角色。我說這是不可能的，ejb在技術完備性是spring不可比擬的，但是更重要的是ejb提供一套標準的企業級開發語義，就是enterprise software development semantic。看到這裡有些人又要說了，你這樣人就是喜歡創造概念，我怎麼從來沒聽說個什麼enterprise software  development semantic。好，我先不說什麼語義先說重用，舉一個例子，我說：就這樣吧。那你一定很迷惑，那樣呀？缺乏必要的語義環境，“這樣”，這個很common很易複用的詞是無法理解的，那麼在這句話裡，我所使用的“這樣”並不能很好的複用到你的思想裡，於是我要提供足夠的語義上下文。比如我說：今天我很累，要睡了，就這樣吧。一定就很容易推斷出語境了。
組件，作為軟體物理的最小組成部分，和我們說話用的詞在概念上有很大的相似性，代表一定的軟體語義。因此要複用它關鍵不是看侵入性或是別的什麼，而是看重建一個複用的語義環境是否很容易，比如我說“玄牝”，很多人都不會理解，我要引證道德經，才能很好的解釋，那麼這個詞的複用性就很差，因為語義沒有標準的理解，相反，“蘋果”因為語義相對通用就很好理解。spring的成功在於對各種組件支援都很好，但是遠到不了動搖j2ee根基的程度，因為他沒有統一的公認的企業級開發語義，而ejb有，比如事務，我們用spring會很簡單，但是那是一種貧語義的事務描述，而ejb通過Required，RequiredNew等詞彙，對事務進行了統一的富語義的描述，最重要的是這是標準的。
spring給我們自由，ejb給我們對企業開發的一種統一一致的模型，我們可以使用spring來構造我們的系統，但不是在一個標準的企業級開發語義上的，而是我們自己定義的語義。當然我並不是說我們的語義就一定不好，而sun的就一定好。但是隨著mda福音的傳播，核心語義定義才是真正的競爭力，早晚有一天j2ee應用相容性判別會用語義相容這樣的條件，我們怎麼辦？看看jsr250吧，看看ibm j2ee mof吧，看看cwm吧，語義的威力就要展示出來了。
spring想真正繼續影響主流j2ee開發，拿出你的語義吧，否則被絞殺是不可逃避的命運(成為一個語義的plug-in implement)，semantic age is coming，我們怎麼辦？