程式碼學習不歸路

因應容器化，許多人早已將 .net framework 的 library 轉至 .net core 使用，這邊記錄的是遇到 .net frameowrk 在轉換至 .net core 時遇到的問題，以及如何將新的 library 打包轉至內部 nuget server

通常 config 設定會在陸續在專案檔建立後就會陸續建立其他環境，若是先將專案檔一開始全數建好，再建立相對應的環境設定，那麼不會有設定檔少套用的問題。然而如果是先將設定檔全數建好，再慢慢回頭補建專案檔，有可能會造成設定檔會無法套在專案上的問題。
 

有在使用 SpecFlow 也許會遇到許多動作重覆的問題，雖然產生Step檔案可以幫你產生不重複的陳述句，但如果重覆的邏輯是屬於跨 Feature 的範圍，或是你把 SpecFlow 的測試又跨分至其他 project，那該怎麼共用邏輯?

如上篇介紹，這邊使用的是 Castle Dynamic Proxy 這套的 AOP 套件，它所採用的是動態攔截的機制

AOP(Aspect-oriented programming) 意思為剖面導向程式設計，主是要是把非商業邏輯且重複要做的事情分割成一個剖面，而這個剖面是可以重複套用到你的核心程式上

公司內部已架設 nuget server, dll 包版動作都是需要人為建置並手動包成 nupkg 並丟至內部 nuget server，這樣的動作也許可以考慮透過自動化來完成所有的事情

在 Visual Studio 裡，有許多工具或套件可以讓你可以很快或是少寫很多 Code 就完成任務，除了自行開發的 Extension 之外，還有 Code Snippet 這項工具可以讓你增加產出。

如果團隊要求在 git commit message 必須要遵守一定的規範時，似乎只能透過默契或事後來達到這件事。透過 git 所提供的 hook，可以在開發者 local commit 的時候就達到驗證目地，不合規範的 commit 不會產生，更別說會推到遠端的分支去，是個相當不錯的功能

Jenkins 的排程是用 Cron 的格式來寫的，一直以來對 Cron 不太熟悉，趁這個機會了解一下

前些日子測試時發現以 debug mode 環境建置後發佈到 dev 環境時，一切都正常無誤，然而要發佈至 prd 環境時，卻發現 log 不會照著 nlog.config 裡的 rules 所設定準則去記 log

現今 powershell 無所不能，即便是做 http GET/POST 也不是件難事

今天要做的事就是將 powershell 這項功能整合至 jenkins 裡

並回傳出成功或失敗的建置回傳碼

一直以來只使用 Nlog 來寫 log 與寫 db 記錄，卻沒有使用到 nlog 的變數與 if/else 來進行更進階的運用

使用 curl 來做 GET/POST/DELETE 已經是非常普遍的行為了，就連 slack 裡的範例用的全都是 curl，雖然用 postman 測試也很方便，但使用 slack 範例程式可以直接 copy paste 直接使用爽度更高

泛型的 T 並不能由變數的型別帶入，所以在編寫程式碼的時候會需要指定強型別，要做到動態泛型也會有一點難度

Jenkins 的強大在於可以執行 windows 的指令，甚至是 powershell, 但最近在執行 robocopy 這個 dos command 時居然在 jenkins 的建置結果有時會顯示成功，有時會顯示失敗

最近有些版控需要從 svn 搬遷至 git

然而兩者的格式是完全不同的

所幸 git svn 這個工具有提供一些轉換的幫忙

然而並不是全部都是那麼自動的

版控中最重要的東西莫過於 changelog

因為要帶有 author 與 changelog, branch, tags

如果相依的套件只有 64 位元的 dll 元件可以用來執行的話，一般而言 localhost 執行時又是以 32 位元的預設值來執行的，如何調整才能使用 localhost 站台以 64 位元的環境偵錯與開發呢？

一直以來大多都習慣使用 HTTPS 的方式搭配二階段身份驗證的方式連接 github 進行版本控管，但以便利性而言 SSH 會是更方便的做法。

承上篇介紹了Service Bus Queue，這篇將會介紹如何讓 Queue 的資料塞進來後直接 trigger 我們要的程式，以達到即時性的效果，否則以往來說我們將會寫一個無窮止盡的 for while 來做這樣的事情

這篇主要是用來使用 Azure Service Bus 以幫助我們儲存所需的資訊