電波幻想

這是使用 ASP.NET Core 2 來讀取 CWB 的開放資料的 XML 檔，並讓 Client 端下載方式 註冊CWB會員 CWB OpenData 平台(以下稱CWBODP)取用資料必須先註冊會員→ 這裡註冊 然後，登入OpenData平台→ 這裡登入 選擇 『資料選擇說明』頁面 ，在下方可以找到『取得授權碼』，這個頁面下有使用教學 要取得資料代碼可以從 『資料清單』頁面 取得需要的代碼 有了上述資訊後，就可以著手開始做 .NET Core 2 的取用程式了。 CWODP取用 XML 檔案的 URI： http://opendata.cwb.gov.tw/opendataapi?dataid= {資料代碼} &authorizationkey= {授權碼} .NET Core 2 使用 HttpClient 有以下幾種： 一般 HttpClient 方式 直接使用 HttpClientFactory 具名式 Client 型別式 Client 產生式 Client 一般 HttpClient 方式 FileController.cs using System; using System.Threading.Tasks; using Microsoft.AspNetCore.Mvc; using System.Net.Http; namespace CWBReader.Controllers {     [Route("[controller]")]     public class FileController : Controller     {         [Route("")]         public async Task<string> DownloadFile()         {             using (var client = new HttpClient())             {                 string url = "http://opendata.cwb.gov.tw/opendataapi?dataid=F-C0032-0

要讓 dotNet 程式存取 Sybase 資料庫，首先，你必須取得 Sybase PC Client 的幾個DLL檔案： Sybase.Data.AseClient.dll sybdrvado11.dll sybdrvssl.dll 如果是開發者，可能需要先安裝 PC Client <<這裡下載>> ，安裝完後再到 Visual Studio的專案下，把 Sybase.Data.AseClient.dll 加入參考 當要執行時，記得把 sybdrvado11.dll、sybdrvssl.dll 一並複製到執行路徑下(Sybase.Data.AseClient.dll 會自動在編譯時加入到路徑下所以不用特別拷貝) 使用時要引用： using Sybase.Data.AseClient; 程式流程部分 ： 1、建立連線 → 2、建立SQL命令 → 3、建立傳遞參數(如果需要) → 4、傳遞參數值(如果有建立傳遞參數) → 5、執行命令 → 6、取得查詢資料 連線資料庫 //連線資料庫 AseConnection aseCon; aseCon = new AseConnection ( "DataSource= ServerIPorName ;Port= 5000 ;Database= Windstone ;UID= sa ;PWD= adminPassw0rd " ); aseCon.Open(); SQL指令準備有兩種處理方式 ： 一次性執行或是重複執行。 //一次執行的方式 string employeeNo = "052419" ; DateTime inDate = new DateTime (2016,5,1); AseCommand GetEmplName = new AseCommand ( "SELECT empl_name FROM employee WHERE empl_no = '" + employeeNo + "' and job_date > '" + inDate.toString( "yyyy/MM/dd"

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