今天，我懷著對未來的樂觀展望宣布 Spring Social 的終止支援，在過去八年中，我很榮幸參與這個專案。

隨著 Spring Security 5 的發布，Spring Social 連線框架所提供的許多功能（我認為這是 Spring Social 最有價值的組成部分）現在已成為 Spring Security 的一部分。 事實上，我曾在部落格文章中分享瞭如何使用 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 綁定中應用反應式類型，歡迎您這樣做。 我在三月發布的文章中提出了一種方法。

Spring Social 走向終點

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

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

我衷心感謝過去 8 年來所有與 Spring Social 合作並為其做出貢獻的人。 這是一個有趣的專案，我懷著些許悲傷的心情宣布它的最終消亡。 請放心，這不是一個輕率的決定。 但我鼓勵您查看 Spring Security 5 的客戶端 OAuth 支援，並繼續透過建議和 pull 請求與我們合作，以幫助撰寫 Spring OAuth 故事的新篇章。