前一篇 Post not found: blazer-testing-basic 中已經介紹過基本的測試，今天要來介紹的是 Mock 的應用。

使用上次的 repo 接續操作

nuget 是 dotnet 的套件管理工具，就像是 npm 是屬於 nodejs 的平台一樣，在上面的版本只能升不能降，還會有所有的版本異動紀錄，可以讓專案的參考管理更為有效。
有 source code 的話要做到打包其實非常的簡單，今天要分享只有 dll 的話該如何發佈到 nuget server。

公司還是有舊的專案是放在 Subversion(SVN) 中，為了接下來增加一些 CI/CD 的輔助，並且希望在 Teams 能夠集中並且即時的收到專案的資訊，就必須要做搬移的動作。

之前有做過一次，今天在做的時候又有點卡關，一定是沒有做筆記的原因!!

寫了很多的元件來使用，但要怎麼確保行為正確，在修改的時候沒有把一些行為改壞，可以透過測試來進行保護，在 Blazor 中可以透過 bUnit 這個套件來達成。

前面介紹了在瀏覽器開起應用程式及封裝應用程式，今天要來介紹的是如何在瀏覽器中偵測裝置是否已經安裝，根據狀態來決定是否要顯示不同的文字內容。

還沒有看的話，可以先回頭看看這兩篇 如何在瀏覽器開啟應用程式、透過visual studio建立安裝檔案

瀏覽器開啓應用程式是透過os層的機制處理，對於瀏覽器來說，不會回報是否開啓成功，這個部分就必須要透過其他的手法來偵測。

前一篇 如何在瀏覽器開啟應用程式 中講到開啟應用程式，接著要來講怎麼樣封裝應用程式在安裝檔內。

現在越來越多的服務會直接用網頁來開啟應用程式（例如 zoom/teams），不管是在手機或是電腦中，這篇主要就是要來分享在 windows 中如何做到這件事情。

繼上篇 [Design Pattern] Observer(觀察者)、Decoractor(裝飾器)，我們接著繼續看其他的模式

迷之音:也隔太久了吧!!!

• Facade 外觀
• Mediator 協調者
• Interpreter 直譯器

不管是哪一個前端的框架或套件，寫一個專屬於自己專案的元件，是很基本的行為，今天要來分享的是在 Blazor 中建立元件的一些小撇步。

最近都在使用一個很新的前端框架，叫做 Blazor ，是由微軟所推出給 dotnet 的開發人員所用，優點是可以使用一個語言打天下(迷之音: 真的能嗎?)，但現在的 Blazor 還太年輕，對應的東西都還沒那麼齊全，JavaScript 反而已經擁有很多套件/方法可以使用，今天就一起來看看怎麼將兩個結合一起使用。