好吧~分析比較一下當前互連網JavaWeb不敵php等其他平台的原因~當然先收集資訊 2

補充 之前關於wordpress外掛程式的說明。

wordpress這種在php上提供外掛程式架構的產品，其外掛程式化都比較“高內聚”。 其才後台管理中有外掛程式生命週期管理的功能，就是可以安裝外掛程式、配置外掛程式、禁用、刪除外掛程式等。怎嗎？不削一顧？ 我跟你們說JavaWeb開發中，你要弄一個比較完善的外掛程式化架構非常困難!! JavaWeb開發人員習慣把“業務”功能都寫在Action往下的層次，並用spring整合。你們要知道，一旦寫在servlet以下的層次一般來說都變成，初始化匯入的程式。也就是說，你代碼只能在jvm啟動時匯入一次，包括struts
spring hibernate這種東西的設定檔。開發調試效率極其低下，每次調整都要重啟伺服器。 解決辦法之一,也是最原始的辦法，吧所有業務代碼都寫在JSP中。

這種方式已經被很早以前的開發人員給摒棄掉了，因為認為會導致混亂，這也是mvc大行其道時所針對的問題。但是我想說，人家用mvc架構、用分層概念，是因為其產品或應用程式框架在長時間演化過程中，其已實現規模要求的，是慢慢演化論證過來的，並不是應用初期架構設計出來的。演化的結果是必然符合其具體實現要求，但是預先設計並不一定符合其實現要求。

我所謂JavaWeb開發人員常常誤入歧途，就是指這種過度設計過度預判的情況。包括我在內，在開發時貌似總有一個聲音在說，“我要拆分、我要跟模組化，我要能複用、我要能OO。。。。。”，我現在對我說我生病了吧。。。。java開發人員的早期教育深入骨髓啊。。。包括一些毒素也是。。。

好吧，回到主題，之前所說的無法動態化是指"一般來說",有人會說了那我用asm cglib 反射 jrebel行吧？ 行，那你技術門檻、學習成本又上升不只一點點。有人說那我直接用OSGi作為外掛程式化如何？那我問有多少人會為了開發個blog或相簿去學OSGi，跟況且企業開發人員到現在為止有多少人在用OSGi？同樣
技術門檻、學習成本不只一點點的高。最後的結果是，一般的JavaWeb開發人員懶得用這種架構方式或技術。但是卻會去選擇哪種分層結構SSH麼。因為SSH的學習成本比前面這些稍低。（更奇怪的是這些奉行SSH的人卻有很多jsp/servlet/jdbc都不理解。可能是招聘者的問題吧，那這些招聘者又如何呢？算了不臆想了。。。）

這樣有個帶來個問題，javaweb基於現有技術能否提供一個   簡單易學、高度靈活、易插拔、易調試的外掛程式架構嗎？？？ 看看大家有啥意見吧。。。。