第三方登入系列文章的第六篇，「在 ASP.NET Core 整合 Twitter 做第三方登入」，應該也是最後一篇了，最近這一段時間討論度最高的社群平台應該就是 Twitter 了，不知道一龍這樣搞下去，Twitter 的未來會怎麼樣？不過在台灣來講，使用 Twitter 的人比例是比較小的，若是我們的應用程式的主要服務對象是在美國或是日本，Twitter 的第三方登入可能就有其必要性，整個整合的過程，就記錄在這篇文章當中。
第三方登入系列文章的第五篇「在 ASP.NET Core 整合 GitHub 做第三方登入」，GitHub 是全世界最大的程式原始碼管理平台，每個開發者應該都要有一個 GitHub 帳號，如果我們的網站的服務對象是開發者，應該要有一個 GitHub 第三方登入給使用者使用，整個整合的過程，就記錄在這篇文章當中。
第三方登入系列文章的第四篇「在 ASP.NET Core 整合 Microsoft 做第三方登入」，Microsoft 是老牌的大廠，旗下的 Windows、Office、Azure、...等產品，都已經融入了我們的生活當中，Microsoft 也有提供 OAuth 2.0 授權平台，整個整合的過程，就記錄在這篇文章當中。
第三方登入系列文章的第三篇，在 ASP.NET Core 整合 Google 做第三方登入，Google 就無需再多做介紹了，全世界最大的搜尋引擎，也是數一數二的綜合網路服務供應商，光 Gmail 就有超過 18 億的使用者，這篇文章記錄了與 Google 整合第三方登入的過程。
第三方登入系列文章的第二篇，在 ASP.NET Core 整合 Facebook 做第三方登入，Facebook 的使用者相當多，用 Facebook 來做第三方登入的普及率不是第一也有第二，算是相當廣泛，有做第三方登入的網站，大都有支援 Facebook，這篇文章記錄了整合的過程。
第三方登入不是什麼新鮮事，Google、Facebook、Microsoft、...等各大平台也都有提供第三方登入，雖然整合方式看起來都一樣，但是其中有一些眉眉角角還真的要實際整合過才會知道，下面是我用 ASP.NET Core 整合台灣人最多人使用的通訊軟體 - LINE 做為第三方登入的過程記錄。
在 JavaScript 的 Promise API 中，要處理一個 Promise 的集合，有 Promise.all()、Promise.any()、…等等，可是這些 API 要嘛要等全部的 Promise 都完成了，要嘛是任一個，而且只有一個 Promise 完成了，才能串接後續的處理，沒有那種依照完成的先後順序一個接一個串接後續處理的 API，不過沒關係，利用 Promise 的特性，我們也是能做到類似的效果。
Developer Technologies (2016-2023)