什么樣的人更偉大，站在巨人肩膀上的人。
當(dāng)
COM/DCOM
僅僅局限于
Windows
平臺上時，
CORBA
的跨平臺應(yīng)運而生；當(dāng)
CORBA
開發(fā)部署應(yīng)用過于繁雜時，
EJB
石破天驚；當(dāng)
EJB
測試不利侵入嚴重效率不佳開發(fā)成本依然很大之際，
Spring
當(dāng)仁不讓。新事物的產(chǎn)生首先吸收了前人的優(yōu)勢，在此基礎(chǔ)上不斷完善改進，直到讓不斷成熟的用戶群滿意。
從
EJB
說起，其技術(shù)承諾是解決
CORBA
的所有問題并降低其復(fù)雜性，其定位于大型應(yīng)用，尤其是對高可靠性、分布式、遠程訪問、集群等場合。但一開始
EJB
提出并解決了
JavaBean
不具備的系統(tǒng)級服務(wù)的特性，并著實降低了
CORBA
的復(fù)雜性，也可以跨越平臺，受到人們的鐘愛，甚至在沒有任何意義的情況下也在應(yīng)用程序中使用到
EJB
，當(dāng)使用不到
EJB
本身的擴展性好以及其它優(yōu)點時，開發(fā)者群開始抱怨甚至倒戈
EJB
。這也符合歷史，當(dāng)狂熱之后，便是思想成熟后的反思，反思驅(qū)使改良，改良就是進步。
EJB
提出了
EJB
組件的生成、銷毀、鈍化、銳化、管理由容器來做，這本身就是依賴倒置的前身。當(dāng)人們提出了工廠方法模式（生成單一對象）、抽象工廠模式（生成一系列對象）、
ServiceLocator
模式（查找某種已有的服務(wù)）等模式時，已經(jīng)在使用這控制反轉(zhuǎn)的思想。更甚者，人們提出了回調(diào)思想，用底層的框架調(diào)用上層的應(yīng)用，而不是一般意義的上層訪問底層，
EJB
大量使用了
Callback
鉤子方法，比如
EJBCreate
，
EJBRemove
等；當(dāng)
TemplateMethod
模式再次在應(yīng)用中歸納出時，當(dāng)我們這個也模版模式那個也模版模式時，
Spring
將此運用到淋漓盡致，其封裝
StatelessSessionBean
到
AbstractStatelessSessionBean
之類為開發(fā)者封裝了
EJB
使用的侵入性時，我再一次感想，何以是思想真正得以了運用？！這些都可以關(guān)聯(lián)涉及到
IoC
思想。
IoC
本質(zhì)是為達到松耦合的目標(biāo)，正在這個時候另外的一個思想
AOP
隨著人們不斷的推敲研究正茁壯成長著。
OOP
面向業(yè)務(wù)邏輯，人們在
AOP
是否可取代
OOP
的摸索中，發(fā)現(xiàn)有許多比如日志、事務(wù)、安全等系統(tǒng)級的服務(wù)并不屬于某個模塊而是貫穿于整個業(yè)務(wù)，如果
OOP
比作是縱向的業(yè)務(wù)邏輯，那
AOP
豈不正是橫面的服務(wù)。但是如何取得具備業(yè)務(wù)邏輯功能的業(yè)務(wù)對象？
IoC
不正是把對象的創(chuàng)建、管理、銷毀都放到框架容器中處理的么，
IoC
與
AOP
的結(jié)合點一出現(xiàn)，就整個業(yè)界帶來了前所未有的沖擊。思想都是現(xiàn)成的，思想的發(fā)展升華卻是空前的。
EJB2
終于被批駁的體無完膚，雖然有些不合理，
Spring
，
HiveMind
等一大批優(yōu)秀框架競相而出，不是喧鬧，而是對應(yīng)用的經(jīng)驗的累積。
EJB3.0
也走上了這條路。更有甚者，
JBoss
推出了
MicroContainer
容器，以打破服務(wù)遷移的困頓。
站在巨人肩膀上的人才是更偉大的，無論是
IoC
還是
AOP
，概念是新的，但是其思想的應(yīng)用卻早已出現(xiàn)，甚至有變相的應(yīng)用，但卻沒有突破了以前的圈子。說成一個是改良一個是革命，應(yīng)該不屬為過。量的累積導(dǎo)致質(zhì)變的過程也得以體現(xiàn)。
由此不由得想起
JDK
提供的
reflect
機制，當(dāng)
JDK
牛牛人指定并推出后，當(dāng)
JBoss
創(chuàng)始人靈光一閃，推出
JBoss
后，反射機制被人們認識到，而剛剛說的又哪個離開了反射？！
呵呵，看來，巨人的肩膀扛起一波又一波的人是沒有問題的，我們開始攀登？！呵呵。從業(yè)界的發(fā)展看，浮躁是不利的，累積總結(jié)深入到底層本質(zhì)方是正確之道。
新補充續(xù)篇：
什么樣的人更偉大，站在巨人肩膀上的人---由業(yè)界思想進化的反思(二:IoC價值強化篇)