[DotnetCore]AOP初體驗
前情提要
筆者負責的專案,是那種到處要跟第三方串接那種,第三方不管是內部或多個外部,串接方式不外乎就是WebService
或是Restful API
,或者提供dll
檔案,多種形式見怪不怪,串接這時候釐清問題是最重要的,因此必須要確保我方系統上保有Request
及Response
以釐清問題,也是自保的一種概念,因為你無法保證串接的Method
跟金額無關,這時候唯有留下系統軌跡才能保證你的清白(被害妄想症上身中),筆者相信留下紀錄這件事,不管事不是跟別的系統串接,仍是很重要的課題。
然而對於Restful API
這種串接方式,最方便留下紀錄了,只要共用一個HttpClientRepository
,將發出HttpRequest
集中在某一個Method
中,方便事後增加其往來紀錄的相關程式碼,當然我方系統是被呼叫方的話,也是可以透過DotnetCore
內建的Middleware
能搞定。至於呼叫WebService
或者dll
檔案中的Method
則比較傷腦筋一點,動用到今天的主角,AOP Logging
,能夠輕鬆地不留痕跡地做到留下紀錄。
[雜記]ChatGPT初體驗
[DotnetCore]gRPC101:Postman發出gRPC Request
[DotnetCore]gRPC101: Greeting專案:Client篇
前情提要
筆者於[DotnetCore]gRPC101: Gretting專案-Server篇中詳細交代產生該系列文之原因了,因篇幅太長,決定分為Server篇及Client篇,簡述一下Client端的作法,還記得Server篇中提到以及宣告好的proto
檔案嗎,對於Client
端來說,只要拿Server
端產生的proto
檔案拿來用即可,因為也是要產生編譯後的cs檔案,namespace
要改成Client
端專案名稱即可,一切就水到渠成了,接下來就拿proto
檔中的方法呼叫下去就萬事ok了,跟著筆者看下去吧。
[DotnetCore]gRPC101: Gretting專案-Server篇
[DotnetCore]ConsoleApp擁有Configuration及ServiceCollection機制
[macos]好物系列-鍵盤&滑鼠設定
[Flutter讀書會]Dart101:Functions方法
前情提要
說說Dart
程式語言,原本是來實作Angular
前端框架而存在,早期Angular
框架還有分兩派,Typescript
及Dart
,但發展到後面,完全被Typescript
取代。時間線移回現在,Dart
程式語言從Flutter
於2017
年中發佈開始,又重回戰場。筆者在看Function
這個章節時,不禁讓筆者想到這些歷史背景,原本Dart
程式語言是為了開發Web
應用程式的阿,因此某些特性上跟Javascript
特性相符也不是沒有道理的,例如: Lexical Scope語彙範疇
。每個程式語言都要有的Function
方法,Dart語言的世界裡Function
方法會是甚麼樣子呢,趕緊跟著筆者的腳步來看看吧。