搬家公告

現在 Gelis 新的文章會以點部落的為主，下面為新的網址：
http://www.dotblogs.com.tw/gelis/
兩處新舊文章都歡迎各位能夠多多支持。感謝各位啦 :)

留言

張貼留言

這個網誌中的熱門文章

DDD 領域驅動設計文章導讀

圖片
DDD 領域驅動設計文章導讀 pictrue from:https://zh.wikipedia.org/wiki/%E7%BB%9F%E4%B8%80%E5%BB%BA%E6%A8%A1%E8%AF%AD%E8%A8%80 前言 其實我接觸 DDD 的時間並不長，我進行專案工作的時間幾乎 20 個年頭的我，接觸與真的實務應用 DDD 也不過是 2019 年底左右，當時 Containers & Microservices 正盛起，連帶的讓 DDD 的開發方法論在台灣萌芽（雖然 DDD 與微服務沒什麼直接關係、許多是商業炒作）包括微軟在推的 Docker 與 運行在 Cloud/Azure 的 AKS(Azure Kubernetes)等等，都有許多官方 Docs 文件說明著如何運用 DDD 的設計導向微軟的微服務模型、或是『使用 .NET 設計與實作微服務模型』等等，不過當然，這還是沒什麼直接的關係XD 只不過，你要弄清楚的是，DDD 不是萬靈丹能夠解決你將現有系統無痛的上 Cloud 的 Microservices 環境，而是，透過 DDD 的 Bounded Context/Context Map 概念，可以幫助你切割現有單體式系統中服務的商業體系、像是如何切割 Context、各 Context 之間如何(通信 / 溝通) 等等。 以下，我將先前所有撰寫過的 DDD 相關的文章，依照學習上的順序，為讀者們做個導讀。 學習 DDD 其實有些門檻，以下我列幾種情境供各位參考：  一、寫程式 1-2 年、物件導向基礎還在學習者  二、寫程式超過 5 年、物件導向已熟悉（包括：SOLID, GoF Design Patterns）  三、［延伸第二點］也接觸過 OOA/OOD 並有過專案開發經歷過完整分析設計流程 + 抽象化能力（若有接觸過分析階段的 UML 更加分） 四、已經熟悉 OOA/OOD 與 OOP 也具備上述三點條件，並實作過 Clean Architecture 為什麼第三點我要特別提到『若有接觸過分析階段的 UML 更加分』呢？ (1)分析階段的 UML 是什麼？(2)以及為什麼一定要使用 UML？ 我先回答第二個問題，UML 只是眾多分析階段圖形的一種，像是 BPMN, SysML 也都是業界的商業...
閱讀完整內容

Silverlight 自定義控制項類別庫程式設計

圖片
文：吳俊毅 日期：2009/5/18 準備環境： 在開發Silverlight控制項之前，筆者還是要來確認一下讀者環境(只有Silverlight會如此)，因Silverlight Tool Kit到了2.0一樣歷經多次的改版，不同版本的Tool Kit恐會造成執行結果的差異，所以請讀者依照筆者環境如下： 1. Visual Studio 2008 Standard或更高的版本，筆者使用Team Syatem，不過基本上這沒有影響，下面第2項則一定要安裝。 2. Visual Studio 2008 SP1 3. Microsoft® Silverlight™ Tools，版本代碼為(9.0.30729.146.03)，可在下列網址下載 http://www.microsoft.com/downloads/details.aspx?displaylang=zh-tw&FamilyID=c22d6a7b-546f-4407-8ef6-d60c8ee221ed 。 需要注意，Microsoft® Silverlight™ Tools必須下載SP1的版本，否則無法安裝成功，至於Microsoft Expression Blend 2工具讀者可以自行選擇要不要安裝，本文不會使用到此工具。 安裝完成Visual Studio 2008環境等相關版本應如下圖： 好！環境確認完畢之後筆者要開始進入今天的主題，我們要來開發一個身分證字號檢查的TextBox控制項，當然筆者會繼承Silverlight的TextBox控制項來實做，首先開一個Silverlight應用程式專案，並命名為SilverlightControlTestApp，並使用在ASP.NET專案中開起Silverlight專案，如下圖: 這兩種類型不是今天討論的重點，有興趣的讀者可參考其他相關文章，在專案開起完成後讀者在方案總管應會看見兩個專案，一個是SilverlightControlTestApp另一個是SilverlightControlTestApp.Web，最上面的SilverlightControlTestApp才是Silverlight專案，它的編譯結果會產生.xap的目的檔案。接著開啟Page.xaml畫面設計好Silverlight的...
閱讀完整內容

什麼是 gRPC ？

圖片
圖片取自： https://grpc.io/docs/guides/ gRPC 是什麼？能吃嗎？ 在安裝了 .NET Core 3.0 之後，眼尖的朋友應該會發現，在新增 ASP.NET Core 網頁類型專案裡，會看見一個 gRPC Service 類型的專案，其實它也不是什麼很新的東西，早在十多年前 Google 就使用這樣的 RPC 協定進行一些大量的可靠性微服務的存取，聽到這，難道現有的 Web API 不可靠嗎？其實不是的，它主要用在移動設備等提供高效簡單且跨平台的通訊與熱插拔的驗證機制。 gRPC 的運作原理 gRPC 顧名思義，是種基於 RPC 的通訊協定，不同於 Web API 走的傳統 HTTP 基礎協定，它有點像是 Socket ，但應該說是基於 Socket， 或精確地來說它是基於 HTTP/2 的協定 ，gRPC 是種協議緩衝協定，它必須事先定義 IDL (Interface Definition Language) 描述檔，看到 IDL 對於一些熟悉 COM／DCOM 的朋友一定非常的熟悉，對！沒錯！就是類似的東西！但，這邊的 IDL 是用一種副檔名為 .proto 檔案來是先定義在分散式環境中，要傳輸的序列化結構資訊，當然它也可以跟 JSON 一起使用。 也就是說，要使用 gRPC 您必須先定義 .proto 協議，然後透過 Compile 的支援，編譯成特定語言框架。而很高興的是，C# 也支援了，然而其實根據官方的資料顯示，C# 應該在 .NET Core 2.1 開始就支援了，只是到了 .NET Core 3.0 才有樣版的支援。 而使用 gRPC 的協議緩衝區的服務可以做到 Stub 的機制，也就是說，它就像是許多 RPC 一樣，Client 在呼叫 Server 端時，其實是對 Stub 進行叫用，Stub 在這就像個緩衝區一般，但更細部的說，應該是一個遠程服務的替身，這應該又讓許多熟悉 COM／RPC 通訊的朋友覺得熟悉了起來，是的！沒有錯。 在 .NET Core 3.0 裡使用 gRPC 目前支援 .proto 擴展為 gRPC 協議緩衝區的編譯器只有 .NET Core 了 ， 根據 Github 上的說明 .NET Framework 4.5+ 以上或 Mono 4+ 以上也可支援，而 gRPC 也完全的跨平台。要在 ....
閱讀完整內容