電波幻想

C# dotNet 程式對INI的設定檔存取，因為 微軟考量到 INI 存取的多程序存取無法達到同步問題，故從 dotNet 取消對 INI 檔案的支援，但是實際上卻還是有許多地方需要用到它。 所以，將它提出製作成一個 Class，方便以後用到： using System; using System.Text; using System.Runtime.InteropServices; using System.IO; namespace Profile.Interop {     class IniFile     {         public string FileName { get ; set ; }         public IniFile()         {             //在預設情況下，會使用執行檔案名稱做為INI的檔案名稱(與執行檔案相同位置)             string path = System.Diagnostics. Process .GetCurrentProcess().MainModule.FileName;             string filename = Path .GetFileNameWithoutExtension(path) + ".ini" ;             string dir = AppDomain .CurrentDomain.BaseDirectory;             FileName = Path .Combine(dir, filename);         }         public IniFile( string fileName)         {             //使用者指定             FileName = fileName;         }         [ DllImport ( "kernel32" )]         private static extern long WritePrivateProfileString( string section,          

在幫公司開發程式的過程中，常常免不了要接收使用者或是客戶上傳的資料檔案， 通常我們程式設計師在解析檔案使用XML、CSV、TXT之類的檔案很好用，但對於使用者來說卻不是很友善的介面，通常會用統計資料的，也決不會是WORD，很多時候都是使用EXCEL或是CALC做出來的檔案。 在台灣大部分都是使用EXCEL做出來的統計檔案占絕大多數，因此處理這些EXCEL檔案便是家常便飯之事了。 而EXCEL產出的檔案，以附檔名類型上來說大致分為 .XLS 或是 .XLSX 這兩類。XLS檔案屬於BIFF格式檔案，它是一種二進位格式(Binary)檔案；XLSX則是比較新的檔案，屬於XML架構的檔案，一般又稱為 OpenXML，因此在處理與解讀上有所不同。 通常要處理 BIFF 檔案或是 OpenXML 檔案都需要有相當的格式研究能力，對於一般設計師來說都不是簡單的事，更不像TXT、CSV、XML這麼容易。 dotNet Framework 處理 EXCEL 當然自有一套方式，不管是LINQ、或是使用 Microsoft.Office.Interop.Excel 或是以 Microsoft.Jet.OLEDB.4.0 資料庫方式操作都避免不了一件事，就是 執行讀取檔案的電腦必須安裝 EXCEL ，但大家都知道 EXCEL本身不是免費的軟體，收費也很高，如果要在使用者端能夠執行，勢必在使用者端要裝上不少授權，光是費用都很驚人，也不是一般的小公司能夠負擔的。 ExcelDataReader - 這是一套在GitHub 上的 OpenSource 套件，它提供了強大的 Reader 功能，重點是免費，與強大的可攜性，它號稱是 Lightweight and fast library written in C# for reading Microsoft Excel files。 基本的讀取不是問題，處理檔案有它就很夠用了。 首先你可以到專案下的 NuGet 去取得套件： 總共有兩個套件要安裝：ExcelDataReader 和 ExcelDataReader.DataSet 要注意的是3.0.0以前的版本只有 ExcelDataReader，沒有 ExcelDataReader.DataSet，這個 DataSet 套件是從 3.0.0後分開的，

ASP.NET Core 每次在使用 DI 時，通常都會在 接收 DI 服務的變數宣告上使用了 readonly 的形式？ 雖然不使用 readonly 也是可以使用，但是這樣做的主要目的是當 DI 服務備要求導入此變數時，可以確保此變數指向的物件(服務)，不會被其它程式碼變更。以免發生 exception。 那麼，很奇怪的是，既然是宣告為 readonly ，為什麼又可以被指定內容(如上圖)，很明確的原因有2個： 1、readonly 屬性是在建構(Construction)後才生效，所以在 Constructor 時，是可以指定內容的。 2、readonly 屬性是給編譯器進行檢查用，以確保範圍內(Scope)的程式碼不會對此變數進行內容指派的動作，建構函數執行期除外。 參考： Why is this field declared as private and also readonly?

上圖是一般開發 WinForm/APP 時會使用一些設定檔，提供程式一定的彈性，其用法是會把設定檔資訊設定 Properties 屬性裡面的『設定』，而實際會存在 app.config 或是 user.config 裡面，而且是使用XML格式儲存的(如上圖)。 但在ASP.NET Core 2 下如果要使用自己的設定檔，它的使用方式和一般 WinForm/APP 不一樣，因為它沒有預設的介面可以設定，而且它不能儲存 user.config，它反而比較建議使用 JSON 格式來處理設定檔。 畢竟JSON格式是網路上比較通用的格式，處理與閱讀起來也比XML輕鬆。 如果在系統上要一開始就載入設定檔，必需要先建立一個 json 檔案， 例如在程式 root 下新增一個 json 檔，並設定內容： 然後新增 json 檔案內容並儲存 它的結構基本上會像下面： {   "Section" : { "Name" : Value } } 一個 json 裡面可以有許多 section ，每個 section 裡面可以包含多組 name : value 然後在 Program.cs 裡面使用 ConfigureAppConfiguration 增加組態設定， (這個 ConfigureAppConfiguration 本身就是一種 DI) Program.cs namespace MyWeb1 {     public class Program     {         public static void Main(string[] args)         {             CreateWebHostBuilder(args).Build().Run();         }         public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>             WebHost.CreateDefaultBuilder(args)             .ConfigureAppConfiguration((webHostBuil

雖然，ASP.NET Core 的程式可以單獨執行(使用內建 kestrel 伺服器)，但是 kestrel 畢竟是輕量化服務器，操作與設定不熟悉的人使用起來就會頗困難。 而且，在有規模公司裡面伺服器 IIS 管理人可能又跟寫這程式碼的人不是同一個人，因此大原則上，程式設計就歸程式設計，伺服器管理就歸伺服器管理是比較標準的做法。 那麼 IIS 上如何掛上 ASP.NET Core 的應用呢？ 建議使用 IIS 8.0 以上的版本(官方建議啦)，原則上就是 Server 2008 以上作業系統。 一、 下載執行環境套件 Runtime ： Microsoft Visual C++ 2015 Redistributable (非必要，除非該機器沒有裝過，下載要注意X86或X64版本) .NET Core Runtime (注意你的SDK版本) 在下載 .NET Core Runtime 時，一般都是下載最新版即可，如下圖： 但是如果你的SDK(開發)版本差異太大，例如你使用 SDK 2.0，而 Runtime 使用 2.1 ，則可能發生程式無法執行的錯誤，建議更新 SDK 後再重新編譯程式放到伺服器上，不然就是安裝降版的 Runtime ，若要安裝其它版本 Runtime，請點選下面聯結，尋找適當版本的 Runtime： 選擇其他版本，例如 2.0 版 下載該版本的 Runtime 二、 在伺服器上，將 Microsoft Visual C++ 2015 Redistributable 與 .NET Core Runtime 安裝好。 三、 建立程式放置資料夾與設定權限，如果直接使用 IIS 的內定資料夾 C:\inetpub 者，則省略此步驟。我再這個案例是建立在 D:\inetpub\api ，所以必須增加資料夾使用權限給 IIS 使用。 四、 在IIS管理員裡面新增應用程式集區         名稱雖然可以自己訂，但要易於識別所以取名為 .NET Core，然後 .NET CLR 版本要選『沒有Managed程式碼』(Unmanaged Code)。 五之一、 新增站台方式(如果要繼續使用80port做為http的服務，請確認原本IIS的站台 Default W

關於 ASP.Net Core 2 裡面使用的路由方式有很多種，MVC 的 Route Attribute 算是我常用的方法，因為它的維護上可以和主程式分離所以比較容易。 但是，一開始的時候常常搞不懂它的運作方式，跌跌撞撞失敗了不少次才搞懂，因此特別記錄下來以便給其他需要的人看。 先講 MVC 裡面對於 URL 的拆解方式，假如看到下面的 URL： http://localhost:5000/hr/Employee_GetByID?=k004521 它的組成就是像下面階層一樣： 用企業的描述法來說就是到 localhost:500 的服務器上， (Controller)取得人資系統(HR/Human Resources)資訊裡， (Action)以ID方式取得員工資料(Employee_GetByID)， (Arguments)員工編號為 k004521 這樣好處是容易理解這個 Request 的目的。 當然回傳的內容依照自己系統需求而訂，可以是純字串、XML字串或是JSON字串都可以。 那麼，在ASP.NET Core 2 如何實現呢？ 首先，準備一個類別檔案 ApiControllers.cs，這檔案我習慣放在 Controllers 資料夾下面(分類整理比較方便)，當然懶得這樣分類也是可以放在與 Startup.cs 同一層下 using Microsoft.AspNetCore.Mvc ; using System; using System.Collections.Generic; using System.Linq; using System.Threading.Tasks; namespace SimplyApi.Controllers {    [ Route ( "about" )]     public class ApiAboutController {       [ Route ( "" )]       public string home() {           return "Resource Support API" ;       }       [ Route ( "co

由於不是我的文章，所以只記錄聯結參考 以 JSON Web Token 替代傳統 Token JSON Web Token 入门教程 JWT測試 不同程式語言使用 HMAC SHA256 創建 base64 hashes 範例