首先，它有很多的專案組成，適合不同的環境，當然它有幾個基本的核心庫。
為什麼它會有這麼多的庫呢?因為輕量級，易於使用和被擴充套件是它的目標，**越是少，你使用**的可能性越高嘛。。。
ninject.web.common ：用於web擴充套件和wcf的擴充套件。
ninject.web.mvc： 用於asp.net mvc1和mvc2,好吧,mvc3我不是很清楚，不過weapsy這個專案是基於mvc3的，所以我暫且認為是支援的。。
ninject.web ：用於asp.net webform。
ninject.extensions.wcf ：看名字就知道了，僅僅就支援wcf。。。
ninject.extensions.conventions： 提供配置，用於修改ninject的預設約定。
ninject.extensions.factory: 用於自動建立工廠和例項物件。
ninject.extensions.interception： 用於攔截。
ninject.extensions.namedscope ：允許繫結定義範圍.
ninject.extensions.contextpreservation: 用於上下文的儲存。 經常和namescope結合起來一起用。
ninject.extensions.childkernel：為ninject提供核心定義。
ninject.extensions.dependencycreation：
ninject.web.mvc.fluentvalidation：用於mvc fluent api的驗證。
ninject.extensions.logging： 日誌記錄。
ninject.extensions.bbveventbroker：
ninject.extensions.weakeventmessagebroker：
ninject.extensions.messagebroker：訊息**。
ninject.extensions.xml： 基於xml的模組載入ninject。
ninject.mockingkernel: 用於模擬。
ninject.extensions.wf：用於支援工作流。
差不多就這樣了，好多。。。。。 找自己感興趣的吧~~~ 其他沒有解釋的模組，以後清楚了再記錄。
ninject1.5和2.0的區別在於後者對應的版本使用大量的linq和新的特性。
**：source:
ninject2.2的版本
**：
Ninject的簡單介紹
ninject,是乙個ioc的工具，就是我們經常說的控制反轉。ioc的基本概念是 不建立物件，但是描述建立它們的方式。在 中不直接與物件和服務連線，但在配置檔案中描述哪乙個元件需要哪一項服務。容器負責將這些聯絡在一起。先說下我對這個工具的感受 老是配置，煩死人了，什麼xml，什麼配置都沒 寫的舒服，...
專案中應該避免的情況
1.測試過程中不加思考的機械性測試執行。測試就像建築一樣，先打好圖紙，然後在施工。測試的過程中應該多思考，而不是悶頭呆板的執行。測試的過程中，雖然我們巨集觀上有三輪的指導，但是我們應該將任務加以細化，具體到功能模組，每天分配合理的任務量。2.自以為正確 專案測試的過程中遇到自己解決不了，不確定的事情...
qt專案 pro檔案找不到的情況
16 16 15 為專案訊號和槽建立連線方式執行步驟 16 16 16 正在啟動 d qt qt5.0.1 5.0.1 mingw47 32 bin qmake.exe e qtprogram 訊號和槽建立連線方式 訊號和槽建立連線方式.pro r spec win32 g config debug...