ioc是inverse of controll，即控制反轉，根據官網的定義：ioc也稱為依賴注入（di）。這是乙個過程，通過這個過程，物件只能通過構造函式引數，工廠方法的引數或在構造或從工廠方法返回後在物件例項上設定的屬性來定義它們的依賴關係（即，它們使用的其他物件）。 。然後容器在建立bean時注入這些依賴項。此過程基本上是bean本身的逆（因此名稱，控制反轉），通過使用類的直接構造或諸如服務定位器模式的機制來控制其依賴關係的例項化或位置。
前端時間看到一篇文章，是阿里巴巴張勇講的管理。文章很長，現在留下映象最深的就是「做事用人」和「用人做事」。
當我想做一件事情的時候，我會想好一步步該怎麼做，讓事情進行直到完成。當這個事情比較大或者時間要求比較短，乙個人很難完成的時候，我會想讓別人替我做其中的某些步驟，如果他們做的效果達到了預期，那麼這個事情就被更好的完成了。這是非常直觀想到的方法，這個事情還是由我主導，我來控制別人來做事。
每個人的精力是有限的，上面講到當事情變大時，乙個人無法完成，需要通過管理別人來完成，那當事情繼續變大、變複雜，需要管理的人都超出了你的精力上限，怎麼辦？
我認為任何問題都存在著多種解，上述的問題可以抽象為產能不足的問題，典型的解決方案有兩種：一是增加生成線，模式複製——我再找幾個人承擔我之前的管理職責，我再管理他們；二是技術改革，優化生產模式，提高單位生產力——之前的控制管理模式沒有挖掘每個人的潛力，其實他們可以做更多事，甚至超出你的預期。
我相信任何乙個人思考過，都知道第二種方法更好，人類近代歷史的飛速發展離不開一次次的改革，這是最好的證明。但是改革不是你想改就改的，它有著更高的門檻，更多的要求。從spring十多年的蓬勃發展可以看出，控制反轉就是一種更好的管理，因為spring管理的不是複雜的人，spring更早更好的應用了這個管理方法，可以把spring ioc容器當做公司，容器中的乙個個bean當做人。
那麼，我們可以通過spring現成的模式，來**想要達成這種管理方法，有著什麼樣的要求。把spring容器當做公司管理層，把bean當做公司員工，那麼問題變成了spring容器的職責是什麼，spring bean的職責是什麼？
（未完待續）
參考1. spring核心文件
從Spring IOC看管理（二）
時間長河在不斷流逝，流入深不見底的懸崖，而源頭已盡。在這之前，我想先安利一下 權利的遊戲 這部美劇，這部劇最值得稱讚的就是龐大的世界格局 魔幻的故事背景和真實的人物形象，裡面的劇情發展會讓你覺得即在意料之外又在情理之中，塑造出了乙個個有血有肉的人物。因為我並沒有真正做過領袖，而我第乙個想到的就是 權...
從點滴看管理之會議管理
隨著崗位專業化，部門間的溝通更加頻繁，一些缺乏管理的會議降低了我們的工作效率。提交會議紀要 專案經理 會議的議題 會議討論的內容項 每一項的預計時間 總時間。指定會議記錄人員 會議參與者 明確必須參加的和自願參加的。申請會議室 專案經理 傳送會議通知 專案經理 會前檢查 張碩 會議組織 專案經理 會...
從單位換飯堂後看管理問題
以前，單位的飯堂是廣州一間比較知名的都xx餐飲集團經營的，但可惜差不多近兩年來，經營效果不好，員工批評如潮，東西又貴，又不好吃，服務態度又不好，而且經營上聽說也虧本。因此最近單位換了間公司來 經營飯堂，該公司原來是經營學校飯堂的，在短短乙個月時間內，受到員工的好評，以前人數稀疏的飯堂現在又多人恢復了...