由一個第三類依賴注入想到

無聊的代碼：

//job使用者在庫中擷取資料形成public void jobInc(Job job) {      ....    job.inc();      ....      ....}

第三類依賴注入其實就是普通參數注入。這種方式主要帶有即時性。當運行到方法時才能決定是否引用的情況都應該用這種注入方式。 典型的如運行時回調方式。系列化中有很好的例子。spring這種主要用 第一 第二類依賴注入的方式。這種方式的特點是在運行前就建立依賴關係。由於java是靜態語言（非指令碼語言）所以這種特性非常有用。本質上將對象之間的依賴關係的建立時間與使用依賴關係的調用時間分離，形成兩個階段。開發人員可以更清晰的理解，依賴建立與使用依賴兩種不同的程式概念。讓業務開發人員注重依賴的使用，而由技術架構人員負責對象關係。這個也是 spring這類架構的核心意義。這種更高層次意義也促使spring生命力遠大於orm或mvc為核心的其他架構。這裡劃胖一下，這個概念其實5年就理解了。只是實踐太少。每每都已經很有想法了，但是要等到熱情過後才有機會與人共用，因為之前或無人理解或取法梳理習慣。 繼續深入。js這種指令碼語言是否需要第一類第二類？ 答案是在js中基本不能生存。因為指令碼語言本質上就是要提供動態性，運行期變化。比如js中的閉包與函數參數，eval運算式等。所以另一方面看，個人認為，spring配置中整合指令碼基本也沒有實際意義。spring配置中的指令碼失去了本身的動態性。 其實，最好的做法是spring整合指令碼引擎而不是指令碼內容。ioc架構本來也就是做這個的，關聯中型技術模組用。