軟體主廚的程式料理廚房

微軟有一個 System.Net.Mail.SmtpClient 類別，被建議說不要在新開發的應用程式中使用，並且給了非常明確的指示「請改用 MailKit」，MailKit 是建構在 MimeKit 上面的一個跨平台郵件發送套件，既然微軟爸爸都這麼說了，我們直接上手。

四年一次會出現的不是只有總統大選，還有 2 月 29 日的問題，程式如果寫得不夠久大概也不會遇到，像今年就有可能會收到像是「113/02/29」、「113年2月29日」這樣的日期字串，在 C# 中如果直接先轉成西元日期的 113/02/29，再加上 1911 年，像這樣：

DateTime.ParseExact("113/02/29", "yyy/MM/dd", null).AddYears(1911);

那我們的程式應該已經爆了，因為西元 113 年沒有 2 月 29 日，關於閏年的問題，在 C# 我們有更優雅的做法。

去年（2022）年底自告奮勇向博碩文化報名了翻譯勇者，在此之前我已經知道翻譯是件吃力不討好的工作，但我還是跳坑了，僅僅是覺得我應該能為台灣正體中文的翻譯書籍做出那麼一點點貢獻，於是選了一本在技術領域上我還不算陌生的 Pragmatic Test-Driven Development in C# and .NET。

有開發過 ASP.NET 網頁應用程式的朋友，應該對 Web.Config、Web.Debug.Config、Web.Release.Config 這三個設定檔不陌生，在建置專案的時候，建置程序會依據組態（Debug|Release）進行設定轉換，產出專屬於該組態的 Web.Config，如果換作是 Windows Form 應用程式的 App.Config 的話，該怎麼做？

第三方登入系列文章的第六篇，「在 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 做為第三方登入的過程記錄。