今天，我懷著對未來的樂觀展望宣佈 Spring Social 的停止維護，過去八年裡我很榮幸參與了這個專案。

隨著 Spring Security 5 的釋出，Spring Social 連線框架提供的許多功能（我認為這是 Spring Social 中最有價值的部分）現在已成為 Spring Security 的一部分。 事實上，我在 3 月份的部落格文章中分享瞭如何使用 Spring Security 的新客戶端 OAuth2 支援。 隨著 Spring Security 繼續發展其客戶端 OAuth 支援，Spring Social 的連線框架將變得越來越不必要。 讓 Spring 的 OAuth 故事分散在如此多的專案中已經沒有意義了，現在是 Spring 開發人員採用單一的、有凝聚力的 OAuth 故事的時候了。

那麼 Spring Social 的 API 繫結呢？

笨重的 API 繫結

此停止維護公告還涵蓋 Spring Social 的 API 繫結，包括 Facebook、Twitter 和 LinkedIn 的 API 繫結。

Spring Social 的 API 繫結最初只是為了展示如何使用連線框架產生的連線。 但後來它們不斷發展並擁有了自己的生命。

雖然 API 繫結通常適用於需要與它們服務的 API 互動的應用程式，但它們對於實際使用來說相當龐大、複雜且笨重。 事實上，Facebook API 繫結提供了大約 180 個不同的操作，即使找到一個需要超過六個操作的應用程式也很少見。

事實證明，讓 API 繫結與它們服務的 API 保持同步也很困難。 隨著 API（例如 Facebook 的 Graph API）不斷發展，需要重新審視 Spring Social 的 API 繫結（在某些情況下需要完全重寫並進行重大更改），以保持與各自 API 的相容性。 考慮到上述 API 繫結的規模，這需要大量的開發和測試工作——對於最初僅作為如何編寫 API 繫結的示例。

最後，現在 Spring Framework 5 已經向 Spring 開發人員釋出了響應式程式設計模型，因此需要 Spring Social API 繫結的響應式對應物。 雖然這當然是可能的並且可以理解為理想的，但這需要與現有 API 繫結的大小成比例的努力，並且基本上覆制了非響應式 API 繫結中提供的大多數操作。 這將有效地使 API 繫結的大小加倍，從而使維護此類繫結更具挑戰性。

相反，我可以建議應用程式開發人員編寫他們自己的 API 繫結實現嗎？ 這樣做，您將能夠使用一個 API 繫結，該繫結更側重於您的應用程式的需求，並且比 Spring Social 提供的龐大的 API 繫結更容易維護。 此外，如果您希望在 API 繫結中應用響應式型別，歡迎您這樣做。 我在 3 月份發表的文章中提出了一個方法。

停止維護 Spring Social

Spring Social 不會立即消失。 我打算繼續處理小的錯誤修復並根據需要釋出維護版本。 但是，除非有重大且引人注目的需求，否則沒有計劃釋出任何進一步的 Spring Social GA 版本。

Spring Social（以及上述 Spring Social API 繫結模組）將從今天起繼續支援 12 個月，支援期於 2019 年 7 月 3 日結束。

我衷心感謝過去 8 年來所有使用和貢獻 Spring Social 的人。 這是一個有趣的專案，我懷著淡淡的悲傷宣佈它的最終消亡。 請放心，這不是一個輕率的決定。 但是我鼓勵您檢視 Spring Security 5 的客戶端 OAuth 支援，並透過建議和拉取請求繼續與我們合作，以幫助編寫 Spring OAuth 故事的新篇章。