昨天 GigaSpaces 釋出了他們基於空間的架構的最新版本，並且它也有了一個新名稱：GigaSpaces eXtreme 應用平臺 (XAP)。引用他們的新聞稿：

新版本提供了一個完整的中介軟體平臺，用於管理需要高效能並能夠橫向擴充套件到數百臺機器的應用程式的資料、訊息和業務邏輯。

然而，公告中引起我注意的部分是這個：

作為新產品釋出的一部分，GigaSpaces 採用了更簡單、非侵入性的程式設計模型，允許開發人員使用純 Java 物件 (POJO)、純 .Net 和純 C++ 物件編寫應用程式。對於 Java，GigaSpaces 透過支援 Spring 框架來實現這一點，Spring 框架正迅速成為企業級 Java 程式設計的事實標準。

很高興看到這種認可，我對這句話唯一需要做的細微改動就是去掉“迅速成為”這部分：Spring Framework 就是企業級 Java 程式設計的事實標準。

諸如此類的公告構成了良性迴圈的一部分（ Geoffrey Moore 在其著作《大猩猩遊戲》中曾對此進行過描述），即 Spring Framework 的普及使得供應商極具吸引力地在其產品中提供 Spring Framework 整合，這反過來又增加了 Spring 的整體價值。當然，這有助於使 Spring 更加普及，給更多供應商施加壓力，促使它們進行更深入的整合。

那麼，在您的產品中“支援 Spring”意味著什麼？最簡單的層面意味著認同 Spring 的理念：簡單的 Java 物件支援外部化配置和輕鬆測試。以下是一些關於如何讓您的產品“相容 Spring”的建議。

1. 允許 Spring 管理配置。最基本的意思是擁有一組配置元資料類，可以在應用程式上下文中作為 Spring bean 連線。如果可能，請避免建立自己的自定義配置檔案和格式。為了進一步簡化使用者的使用，您可以考慮新增對 Spring 名稱空間的支援，以便更容易地進行配置。例如，Gigaspace 提供了一個“gigaspaces”名稱空間，允許在 Spring 配置檔案中直接使用諸如 <gigaspaces:config> 和 <gigaspaces:caching> 之類的元素。
2. 在 API 中使用 Spring 的抽象和設計慣例。例如，“Template”的概念對 Spring 使用者來說非常熟悉。GigaSpaces 提供了一個“GigaSpacesTemplate”。
3. 支援單元測試和整合測試。以一種易於在使用您產品的 Spring 應用程式中對業務邏輯進行單元測試和整合測試的方式來設計您的 API。
4. 與 Spring 使用的基礎設施服務抽象整合。例如，GigaSpaces 的 JMS 和 JDBC 抽象可以直接與 Spring 一起使用。GigaSpaces 還提供了 Spring 的 PlatformTransactionManager 的幾個實現，允許 Spring 框架劃分基於空間的事務。

當然，並非所有整合選項都適用於每個產品，但這些想法至少應該能幫助您開始。