上週我在亞特蘭大的 Barnes & Noble 書店發生了這件事。 我繞到電腦區並開始瀏覽書名。 我歪著頭，聽到有人在談論工作。 我沒有主動傾聽，但我知道一方正在推銷工作，而另一方正在詢問。

幾分鐘後，只剩下我和那位正在尋找人才的人。 我確信他會開始說話。 不久之後，他說“所以你是做 J2EE 的？”於是談話開始了。 他問我關於我的工作。 他不知道 Interface21，但一聽到它是 Spring 背後的公司，他的臉就亮了起來。 他說他還沒有嘗試過 Spring，然後補充說他目前正在使用 Struts。

Spring 和 Struts 的關聯之前已經出現過幾次。 人們聽說過 Spring MVC 但不太了解 Spring 的其他部分，這並不少見。 對於其他人來說，Spring 主要是一個用於依賴注入的框架。 鑑於 Spring 涵蓋的範圍，這一切讓我想知道如何最好地向那些還不熟悉它的人定義它呢？

詳細談論 Spring 可能比簡潔地定義它更容易，但這是一個嘗試。 我挑戰你用更少的文字來做到，只要你想像是在和書店裡的那位先生說話。

Spring 關於純物件的依賴注入。 你不需要自己建立物件，而是告訴像 Spring 這樣的框架，讓它為你配置它們。 我說“純”是為了強調這些物件並不知道 Spring 的存在。 聽起來很簡單？ 一旦你允許這樣做，你就會打開一扇通往強大的 AOP 風格服務的大門，透過代理機制攔截對你的物件的呼叫，並以透明的方式新增行為。 想要事務劃分或存取遠端服務而不“污染”你的業務物件嗎？ 透過幾行配置即可輕鬆完成（無需編碼！）。 Spring 反覆使用這個公式來提供對安全性、事務、遠端處理和許多其他傳統上難以實現的企業服務的透明存取。

所以仔細看看。 這只是一個開始。 還有更多要說的，但在我腦海中，以上捕捉了一個精髓，描繪了一幅更接近 Spring 本質的圖畫。 在另一個層面上，Spring 旨在保持簡單和最小化。