0%

前情提要

筆者負責的專案,是那種到處要跟第三方串接那種,第三方不管是內部或多個外部,串接方式不外乎就是WebService或是Restful API,或者提供dll檔案,多種形式見怪不怪,串接這時候釐清問題是最重要的,因此必須要確保我方系統上保有RequestResponse以釐清問題,也是自保的一種概念,因為你無法保證串接的Method跟金額無關,這時候唯有留下系統軌跡才能保證你的清白(被害妄想症上身中),筆者相信留下紀錄這件事,不管事不是跟別的系統串接,仍是很重要的課題。

然而對於Restful API這種串接方式,最方便留下紀錄了,只要共用一個HttpClientRepository,將發出HttpRequest集中在某一個Method中,方便事後增加其往來紀錄的相關程式碼,當然我方系統是被呼叫方的話,也是可以透過DotnetCore內建的Middleware能搞定。至於呼叫WebService或者dll檔案中的Method則比較傷腦筋一點,動用到今天的主角,AOP Logging,能夠輕鬆地不留痕跡地做到留下紀錄。

閱讀全文 »

前情提要

筆者在公司寫後台系統,重回dotnet core MVC的懷抱,不免俗的要搭配jquery來完成前端效果,離筆者好遙遠阿,畢竟在前公司寫angular寫了多年,被model binding的框架養胖了(誤,現在要重頭來蒐集jquery各種套件(武器)的時候了,畢竟筆者要獨力完成一個後台系統,雖然有別的系統可參考,還是個一大挑戰阿。筆者公司的後台系統使用Admin LTE 3的版本當作底層框架,雖然盡量使用裏頭整合好的jquery套件,這篇就假設預設框架未提供datepicker相關套件,跟著筆者一起來看看怎麼跟ChatGPT互動寫出datepicker的效果吧。

閱讀全文 »

前情提要

平常寫的Restful API的測試工具有百百種,筆者這邊所說的測試並非QA寫的那種測試,而是確認自己寫好的API是否如期執行,確認運作狀況,畢竟Restful API大多使用在前後端分離的開發方式中,身為後端工程師,寫完API,第一件事是打開Postman工具,輸入API Url,發出Request,看是否正常運行,更甚者,會製作Postman Collection並匯出給前端工程師使用,回到gRPC服務,是否也可以透過Postman來測試呢,跟著筆者一起看下去吧。

閱讀全文 »

前情提要

筆者於[DotnetCore]gRPC101: Gretting專案-Server篇中詳細交代產生該系列文之原因了,因篇幅太長,決定分為Server篇及Client篇,簡述一下Client端的作法,還記得Server篇中提到以及宣告好的proto檔案嗎,對於Client端來說,只要拿Server端產生的proto檔案拿來用即可,因為也是要產生編譯後的cs檔案,namespace要改成Client端專案名稱即可,一切就水到渠成了,接下來就拿proto檔中的方法呼叫下去就萬事ok了,跟著筆者看下去吧。

閱讀全文 »

前情提要

筆者因公司內部系統規劃,會有一個中台系統,負責共用的一些寄電子信件,寄簡訊,或其他共用服務,這種微服務概念而個別建立的系統,與其他系統最直觀的串接方式為Restful API, 當然還有一個GraphQL這個選擇,其特色為由前端決定回傳的資料結構,但筆者熟悉的dotnet生態圈一直沒有紅起來的感覺(或許是筆者見識淺薄),gRPC尚未出現前,這兩種都是上等之選,gRPC問世後,有一種橫空出世的感覺,因尚未支援瀏覽器端,以微服務(後端)之間串接來說,已經是一時之選。

閱讀全文 »

前情提要

筆者收到主管的指示,要來寫一個執行檔(exe)程式,筆者離這種exe程式好久遠了,自從轉換到Web領域後幾乎都是寫API為主,一開始從.net MVC5開始進入Web領域,寫了幾年的Razor View後,前一份工作剛好前後端分離,前幾年都在寫dotnet core web apiangular為主,Console Application離我好遙遠阿,但筆者已經被dotnet core的內建DI機制及AppSettingsConfig已經習以為常,對於Console Application來說這些都是要自己實作上去的,不妨藉由這次機會來實作看看。

閱讀全文 »

前情提要

筆者自從四年前開始買第一把機械式鍵盤後,深深著迷,雖然第一把鍵盤為茶軸,打過Cherry原廠鍵盤G80-3494後,完全回不去了,覺得直上直下超好打字,瘋狂買各家廠牌的紅軸。因為筆者吃飯用開發程式語言C#在mac上開發還是不友善,Mac還是淪為娛樂機,但自從dotnet core推出後,完全就是造福mac使用者啊,就會比較多時間在mac上面做研究及開發。

閱讀全文 »

前情提要

說說Dart程式語言,原本是來實作Angular前端框架而存在,早期Angular框架還有分兩派,TypescriptDart,但發展到後面,完全被Typescript取代。時間線移回現在,Dart程式語言從Flutter2017年中發佈開始,又重回戰場。筆者在看Function這個章節時,不禁讓筆者想到這些歷史背景,原本Dart程式語言是為了開發Web應用程式的阿,因此某些特性上跟Javascript特性相符也不是沒有道理的,例如: Lexical Scope語彙範疇。每個程式語言都要有的Function方法,Dart語言的世界裡Function方法會是甚麼樣子呢,趕緊跟著筆者的腳步來看看吧。

閱讀全文 »

前情提要

Dart程式語言的資料型別介紹來到最後一篇啦,前面三篇滿滿的內容,筆者都寫到頭昏腦脹,主要是希望趕上讀書會的進度,希望在這週完成Dart程式語言的了解。筆者尚未完成很重要的Function方法、Operators運算子、Control Flow及最重要的Class概念,把這些都釐清楚後,我想進入到Flutter的世界,只要學好xml格式的UI Control配置,我想應該是可以開發一些Demo應用程式了,好興奮阿,就跟著筆者繼續學習這篇的主角Symbol吧。

閱讀全文 »