搬家公告

現在 Gelis 新的文章會以點部落的為主，下面為新的網址：
http://www.dotblogs.com.tw/gelis/
兩處新舊文章都歡迎各位能夠多多支持。感謝各位啦 :)

留言

張貼留言

這個網誌中的熱門文章

再談XAML與WPF

圖片
撰文：吳俊毅 時間：2009/6/11 在筆者先前討論過XBAP應用程式後再一次回到WPF的主題，在這個章節中筆者要說明XAML與WPF之間的關係，讀者先往下看幾個主題。 1. 再談XAML 什麼是XAML呢，XAML是(eXtensible Application Markup Language)的簡稱，XAML發音為”zammel”，而XAML為一種標籤語言，關於這個部分市面上許多書籍都已經講過太多了筆者快速的帶過就好，簡單的說XAML承襲XML的Well-Format文件的所有特性，在這裡微軟透過XAML描述並呈現WPF應用程式的外觀，它可以設置.cs的後置檔，程式的事件與運算邏輯可由後置檔案完成，WPF可在<Window>標籤內的x:Class=”命名空間.類別名稱” 如下： <Window x:Class="WpfHelloWorldApp.Window1"> </Window> 當然XAML檔案不一定要有後置檔，如上程式若去除掉x:Class=”WpfHelloWorldApp.Window1” 的敘述即表示沒有後置檔案，而通常沒有後置檔的XAML程式碼通常稱為loose XAML(鬆散的XAML)，這種檔案通常只是將XAML當做文件來使用，如XPS Document或WF的Flow Document文檔等，而XAML檔案執行時會預先被編譯成BAML(Binary Application Markup Language)的二進位直接檔案，但它是一個副檔名為.g.cs的檔案，在使用正式版本的Visual Studio IDE工具後您通常無法在檔案總管中察覺這個檔案的存在，若您在InitializeComponent()點選右鍵a”移至定義”所看到的程式內容便是IDE工具(auto-generated)自動產生的BAML內容，它會在obj\Debug 下產生，而同樣是一個繼承Window的類別，只是會多實作IComponentConnector介面，在InitializeComponent() 中會透過System.Windows.Application.LoadComponent()方法將XAML的內容讀取進來，筆者擷取一段BAML範例內容如下： public partial class Window...
閱讀完整內容

如何在 MVC 的 Route 中的URL {controller}/{action}/{ID} 中傳遞包含 "." 句號

圖片
前言 最近做 ASP.NET MVC 內部教育訓練時，因為同仁問的一個看似很蠢的問題，但是卻讓我發現一個我從來壓根子就不會想過，要在 {ID} 裡面傳遞的 primaryKey 的內容居然包含句號 ".”，因為眾所皆知，句號在 Url 裡面，應該是保留字元，且 RFC 3986 規範中定義了在 Url 裡面那些是保留字，如果URL中使用到了這些保留字，這時候就需要使用 UriEncoding 將其編碼為「 %HEXHEX 」的形式。 MVC 的 Route 中 {id} 中包含句號的問題 事情是這樣的，課堂中，實作一個 MVC 基本表單，包含清單與 (CRUD) 等 View 畫面，於是撰寫的假資料來測試從 List 到 Details 的畫面。 由於為求簡單，所以 ViewModel 只有兩個欄位：EmpName、Title，於是我將 EmpName 充當 ID 使用，傳入到 Details 畫面，因此我們直接修改 MVC 的範本如下： 但是，當程式執行後，並在這個畫面點選了這個 ActionLink 後，卻出現如下 404.0 Not Found 我發現，學員傳入的 id 為 gelis.wu，也就是說，當中有一個句號 “.”，但是我們不是有將 id 的內容用 UrlEncoding 包起來嗎？後來爬文了一下，才想起來，就是以 HTTP 所使用的 application/x-www-form-urlencoded 的編碼規則來說，字符"a"-"z"，"A"-"Z"，"0"-"9"，"."，"-"，"*"，和"_" 都不會被編碼，也就是說 gelis.wu 會照實丟出去，這些東西真的太久沒用就會忘，因為長久以來心中總是會有一種根深蒂固的觀念就是，從開始接觸 HTTP 到現在，應該都沒改過這些東西，應該都一樣，但有時就因為這種想法，導致類似問題都認為，這理所當然地而未加以細心思考，但是，事實上，除了 EmpName=test2 與 test2 可以導向到 Details 畫面之外，如果 EmpName 包含句號，就是不能執行，為什麼 II...
閱讀完整內容

Manifest與Vista下的安全性設定

圖片
撰文：吳俊毅 時間：2009/1/3 本篇文章使用Visual Studio 2008 Team System 本文主要探討關於Vista新增的UAC安全性設定，以及如何使用manifest設定檔案使程式具備管理者權限，這個部分牽涉範圍很廣，首先什麼叫做UAC呢，UAC是(User Access Control)的簡稱，意思是”使用者帳戶控制”，在Vista下預設也使用須具備管理者權限才可以執行的相關操作都會跳出一個如下確認的小視窗： 若點選繼續，程式才會繼續執行，否則取消程式的執行，這通常是在Vista下已預設一些動作是需要管理者權限才可以進行的一些動作，即使您已經是以Administrator權限登入，在執行系統管理工具，修改Windows或是Program Files下的檔案，或修改登錄檔，啟動與停止系統服務等等，都會跳出如上的確認對話框，即使您只是要執行諸如mmc.exe或regedit.exe等相關程式也是一樣。 也就是說在Vista下面沒有一個應用程式是具備管理者權限執行的，即使是Windows的殼層，就是俗稱的Shell，也就是Explorer.exe也不具備管理者權限，這樣許多使用者會覺得過於繁瑣，不過筆者倒是認為這是一種極佳的保護機制，如果由一個依附在Explorer.exe執行的病毒一樣會繼承Explorer的權限，甚至只是一個Process當中的Thread要進行一些需授權的動作，均會跳出這個視窗，如果使用者認為現在並未執行這個動作可按下取消便限制病毒不當的一些作業。 OK!太多的UAC細節我想另闢章結來討論好了，本文的重點是，既然Vista下執行的應用程式預設都不具備管理者權限，那如果我們開發的.NET應用程式有些動作是必須以管理者權限執行的，而在User端執行總不能說要User你用滑鼠右鍵自己點選管理者權限執行該程式，或是關閉UAC！那更不妥當，怎麼辦呢，我們的應用程式就是需要以管理者權限執行阿。沒關係，有辦法，讀者在執行一些應用程式時應該有看過這一類的確認視窗： 這個對話框表示這個應用程式需要您的授權成為管理者權限來執行，但如何做呢？在Vista下可對應用程式加上一個manifest檔案告訴Vista，此程式執行須以管理者權限來執行。...
閱讀完整內容