這幾天例行更換了AD 密碼,就在更換了密碼後,原本在 SourceTree 上的 Repository
就都無法正常 Pull,然後一直跳 Git Credential Manager for Windows ,但輸入原本帳
密,但不知道甚麼原因認證沒過,所以一直重複跳出來,這問題有點神祕,需要備份
紀錄一下
這幾天例行更換了AD 密碼,就在更換了密碼後,原本在 SourceTree 上的 Repository
就都無法正常 Pull,然後一直跳 Git Credential Manager for Windows ,但輸入原本帳
密,但不知道甚麼原因認證沒過,所以一直重複跳出來,這問題有點神祕,需要備份
紀錄一下
在Postman 的環境下,可以將相關類型的請求(Requst)放在一個 Collection 下,而 Collection 有支
援 Run 的指令,可以方便一次性的執行而不用手動逐項執行;甚至當Colleciton 底下還有資料夾
做分類,也可以針對該資料夾執行 Run 的動作,同樣會自動執行裡面的 Requests,達到更有效
率確認API 正常運作。
對於系統可能發生例外的地方,一定都會採取必要措施,並且拋出美化後的訊息給用戶,如何
驗收我們要的「例外」,肯定是需要寫個測試來玩玩,這邊使用 NUnit 搭配 FluentAssertions
通常我們在某段成程式加入錯誤的攔截設計(try-catch),是因為覺得這邊可能發生預期的錯誤,
也許是網路或資料庫連結失敗,所以,為了避免發生錯誤時造成使用者體驗不好,通常會紀錄
該錯誤,但會回應使用者較無害的資訊,例如:系統忙碌中,請稍後再試
若是引用第三方套件的API,基本操作上能怎麼處理?
Postman 有兩個好物 Pre-request 與 Tests,提供我們在送出Request 前與收到 Response 後,
可以設定參數(前)或驗証回傳值(後)是否滿足期待,亦或是取 token 及測試案例設計都很方便
Postman 這套工具使用率滿高的,當對方API尚未完成,或是需先提供API給對方測試,
使用mock server頂著用,會是一個不錯的選擇,由於設定方式有幾種選擇,紀錄一下。
有幸遇到此特殊情境,很特別的經驗,一定要動手紀錄一下,了解之後也不是不能解,
只是,為何要這樣設計呢?也許當時前人評估後這樣效益比較高...,前人的智慧,
博大精深..,凡人無法擋...,祖產...
最近幫忙調整資料庫,遇到了一個沒看過的寫法,心中產生疑問,自己實務上確實沒這樣寫過
,所以當下以為應該會有問題,但是,其實這段語法已經運作好幾年了,驚訝之餘,也紀錄自
己的孤陋寡聞。當 SQL UNION 與 UNION ALL 欄位名稱不同時,後者會追隨前者的欄位名稱
最近調整工作手感,而瀏覽器是很常使用的工具,也會安裝許多套件,除了收納與精簡
相關套件之外,也希望增加使用這些套件的效率,故想到了能不能透過設定快捷鍵的方
式,讓這些套件快速被使用,於是留下這篇文章
有時候就會有這種需求,Thirty Party 詭異的 Lib 設計,Method 不支援泛型,
也僅能傳入 Dictionary,故需要將 Object 轉成 Dictionary 後傳入...
之前有在 .net framework 環境設定過,如何測試 internal 類別,使用上挺直覺得,
轉到.net core 環境其實也差不多,只有一個要查一下資料,這邊還是留下紀錄
一般這種需要確保屬性是否有值的動作,大都想到 MVC 有提供 ModelState.IsValid ,
快速且方便檢查Model Prop 上掛載的特性,如,是否可為Null 、長度... 等等;但若
無法在一開始就檢查,也許可以參考以下方式...
一開始懷疑,為何 Controller 需要注入 IHttpContextAccessor 呢?因為原本
的 Controller 就已經可以透過 HttpContext 存取相關值來應用了,待到親手實
作後才發現,原來是因為 DI 走的極致, 不僅僅是 Controller ,而是其他如
Service 也可能會需要透過 HttpContext 來做存取,如取得 Request、Response、
Session 等等的,以下動手紀錄一下
需要介接第三方WebApi 時候,後端通常透過 WebClient 或 HttpClient 來達到目的,
由於 asp.net core 2.1 (.net framework 4.6 亦有)即推出了具有 Connection Pool 管理機制
的 HttpClientFactory,故這邊簡單說明如何使用。
雖然使用了.net core ,但難免還是衰小會需要介接第三方服務,像是 wcf 或
web service(你終究是要 .net core 的,為何不一開始就 .net core 呢?)?這邊,
嘗試介接相關服務,以及一些注意事項
前篇介紹了 Filter 掛載 Attribute 的方式, 知道 attribute 的方式同樣需要註冊
型別;而實際專案中確實有可能同時出現,全域的與獨立掛載的 Filter ,然而
兩者的執行順序又是如何呢?其實答案很明顯,手癢紀錄一下
在 Web 的世界,大量的資料處理與交換是必須的,故對於資料的提供與轉換上
的所花費的工,當然是越少越好;情境上可能會是介接第三方 WebApi 以及回傳
對應的資料格式,要完成這些任務雖不難,但是瑣碎,邏輯管理上也挺繁雜的,
幸好 AutoMapper 可以協助減輕這類的工作。
前陣子,對於設定檔(appsettings.json)在不同環境上,如何讀取到對應的檔案,
有了一些體會;這邊就來介紹,針對其他來源如何設計自己的 provider
在 .NET Core 的世界,設定檔是透過 appsettings.json 檔案來完成,
這應該有點類似之前的組態設定檔,只是現在都是以 .json 格式呈現。
在MVC 既有的流程中,已有 Exception Filter ,但僅能捕捉到 Action 與 Action Filter 發生的錯誤;
然而 asp.net core 加入了 middleware ,所以middleware 發生的例外錯誤,就交給了
Middleware ExceptionHandler。
前面文章大概說明了甚麼是 Middleware,針對 pipeline 可加入相關元件,
進而進行相關邏輯運算...等,所以這篇就介紹如何自訂屬於自己的 Middleware 類別。
前篇文章有提到 middleware ,這邊就來介紹一下(亦可參考官網)。 在前文中有提到
Http Request / Response 「Pipeline 」這個名詞。
好長一段時間沒寫前端了,這次需要調整的功能會需要調整 jQuery,因舊專案的
jQuery 是標配,一時還是需要最低限度的打字(誤...
好一陣子沒用程式處理CSV 檔案了,之前處理資料大都是Excel,那時操作Excel 的套件使用 EPPlus ,手感與體驗上良好,
留下了深刻的印象,心中萌生若是也可以繼續使用EPPlus 操作那就了,於是就生出了這篇文章。
今天準備好新增語法準備塞入資料時,出現「記憶體不足」的提示,上網找了一下,說明可能因為量有點大,造成SSMS剖析時就出現錯誤,需要使用sqlcmd 來執行。