【.NET Conf Mini 2022】是跟風微軟的大型活動 .NET Conf 所舉辦的 Local Event 我們將邀請到三位講師講三個議題，在講師、主題、大綱尚未公佈前，均販售腦粉票。

程式設計師每天都有許多挑戰與問題要解決，如何規劃出一個好的架構設計需要長時間的經驗累積，但每一種絕世武功都要練30年，人生短短幾個秋，該如何應對？

坊間多數設計模式的課程或書籍都只是介紹每一個設計模式的用途，甚至以肌肉記憶的方式強背架構圖，例子都是些飛機、車子難以與實務產生共鳴，最後學員只覺得設計模式不好懂又離現實太遠，進而放棄。

我們覺得這樣很可惜，經過了仔細規劃與討論後，屬於 SkillTree 風格的設計模式課程出爐了！如果你放棄過設計模式，如果你嘲弄過設計模式，現在就是讓你改觀的時候了。

C# 5 正式進入非同步設計模式，提供了 async/await 機制，讓程式設計師在撰寫非同步應用程式時更加容易，但也因為如此，其中埋藏了許多需要注意及陷阱，本課程著眼於 async/await 使用時的多個面向，讓學員們可以更了解非同步，及避開其陷阱，撰寫高效能的非同步應用程式。

在多核心 CPU 的普及的現代，如何正確的操作執行緒及最佳化程式執行效率的議題日趨重要，但撰寫多執行緒的控制並不容易，細緻的調整及適當的調整鎖定區塊，處理共用、私有資料等等都是影響執行效率的重要議題。

控制鎖定區塊是多執行緒環境下最重要的部分，也是影響多執行緒效能的重要關鍵，本課程將講解 .NET 所提供的各種鎖定機制原理，用途及注意事項，及 .NET 4 所提供的 Concurrent Collections。

C# 是一個以例外作為主要錯誤處理的語言，因此 C# 程式設計師每天都必須要面對例外，有些視例外為猛獸，一出現即手腳慌亂，有些視例外為無物，眼不見為淨，其實例外並沒有那麼可怕，好好與他相處是一個 C# 程式設計師必經的過程，本活動從例外的理論開始，逐一解構其誕生的目的及類型，進而處理並記錄，引領各位建構強固的 C# 應用程式。

不知道物件的職責是什麼？
不知道好維護、易擴展的程式要怎麼設計？

看書看了一堆，公司專案也拿來實驗好幾個了總是感覺少了什麼？

物件導向真的沒那麼難，挑對好業師可以用最短的時間幫你灌頂，

業界師資的好處就是踩過的雷💣很多，排除的雷更多，藉由經驗傳承可大幅縮短學員自我學習的撞牆時間🤯，結束後回去實做遇到了困難也不用擔心，SkillTree 提供了多種免費詢問管道（線上線下都有）只要你想學我們都很願意教🤜

ASP.NET Core 是一個跨平台的開發大平台，其中又可細分為 Razor Pages, MVC, Web API, SignalR, Blazor 等解決方案，本活動將專注於 Web API ，化繁為簡的帶領各位進入 ASP.NET Core 的世界，Web API 本身沒有前端頁面的干擾，專注在後端的處理模式，非常合適作為進入 ASP.NET Core 的踏板。

坊間 Web API 的介紹會落在對應的開發框架，但缺少 REST 與 HTTP 這二個重要的基礎知識，造成開發出來的 Web API 雖然能動，但接起來就是莫名的怪。因此我們特別將 REST 與 HTTP 加入，讓開發人員對於 REST 與 HTTP 有了一定的基礎之後，輔以 ASP.NET Core 開發框架進行實作說明，徹底瞭解前因後果，不但做出能動而且好用的 API 讓其他開發人員接過你寫的 API 以後就不想接別人的。

為了因應大量使用者，前端早已普遍是打群架的 Web farm 架構，但你的資料庫還在獨自一台苦撐嗎？

AP 與 Web 主機需要有橫向擴充的架構設計，那你的 SQL Server 是否也有呢？

一個週日下午，四個小時讓我們一起掌握「運用交易式複寫，建構讀寫分離的資料庫系統」

※ 此為線上活動，使用 Microsoft Teams 進行

在 .NET 要建立一個執行緒，將需要指定一個委派方法，而一個執行緒 Thread 代表一個正在同步執行程式碼，若想要同時執行多個委派方法，則需要建立多個執行緒，而一台電腦能夠同時處理執行緒的數量，將會取決於這台電腦上的 CPU 的能力。

身為一個 .NET / C# 程式設計師，想要提升自我能力，使其可以進行平行程式設計技能，就需要具備多執行緒開發技術。透過多執行緒設計出來的程式碼，將可以同時執行多個程式碼，並會有助於整體應用程式的執行效能提升，充分發揮這台電腦 CPU 的執行效能。

然而，如何進行多執行緒的程式設計，將會需要學習 .NET 中的 Thread 物件的使用與操作，當完成此課程之後，你將會具有多執行緒程式設計的能力，並且了解到多執行緒程式設計上會遇到的問題與瓶頸。

以往想要進行平行或非同步程式設計(平行計算是一種非同步計算，前者屬於透過 CPU 來做到同時執行的需求，後者大多表示要進行 I/O 或者網路呼叫的時候，所要進行的處理作業)，往往需要透過多執行緒來完成，可是要能夠充分駕馭執行緒來完成上述設計需求，對於絕大多數的程式設計師而言，將不是一件簡單的工作；有鑑於此，微軟在 .NET Framework 4.0 之後，推出了 工作平行類別庫 Task Parallel Library (TPL)，而在 .NET BCL 中的許多 API，也都改寫成為使用了 TAP 以工作為基礎的非同步模式 Task-based Asynchronous Pattern 的 API，取代以往 APM 與 EAP 的程式設計做法；這樣的改變將會讓 C# 程式設計師可以享受到許多 TPL 類別庫所帶來好處。

使用 TPL 中來執行的工作 Task 物件，通常是從執行緒集區上取得執行緒來以非同步方式進行執行，透過將複雜的執行緒操作封裝到工作物件內，讓程式設計師可以更加輕鬆與容易地來進平行與非同步的需求設計。

當完成此活動之後，你將會具備使用 Task 物件來進行非同步程式設計能力，讓設計出來的應用程式專案不在執行時候發生卡卡現象，充分享受到非同步程式設計所帶來的好處，當然，對於日後要精通 C# 5.0 所提供的 async 與 await 技術，將是不可或缺與必備的知識。