Time of Update: 2017-02-28
使用ASP處理XSLT轉換XML比較簡單,思路如下:建立一個XSLTemplate的對象,再建立一個XMLDOM對象,然後在家Xml檔案和XSLT檔案,最後使用方法transform即可,包含到類裡面,具體代碼如下:以下是引用片段:Class Cls_Xml_Transform Private lInput,XSLTemplate Private p_Output Public Property Get Output() Output = p_Output End
Time of Update: 2017-02-28
所需環境:SignalR運行在.NET 4.5平台上,這裡示範時採用ASP.NET MVC 3;一.簡介ASP .NET SignalR 是一個ASP .NET 下的類庫,可以在ASP .NET 的Web項目中實現即時通訊。二.原理其實現原理跟WCF或Remoting相似,均為使用遠程代理來實現。實現介面有2種分別是 PersistentConnection 和 Hubs,其中PersistentConnection 是實現長時間js輪循的,Hub是用來解決即時信
Time of Update: 2017-02-28
聯合安全的目標是提供在域間建立信任關係的機制,這樣,使用者通過自己所屬域的身分識別驗證後,就獲得了授權可以訪問其他域的應用程式和服務。這使單一登入這樣的驗證方法成為可能,採用這種方法,無需針對多個應用程式和域為使用者配置和管理重複帳戶,從而顯著降低將應用程式擴充到受信任方的成本。在聯合安全模型中,身份標識提供者 (IdP) 執行身分識別驗證,並通過Security Token Service (STS)
Time of Update: 2017-02-28
學習ASP.NET有大約一個月了,一直都是半生不熟的,因為之前的很長時間都是在做java開發,沒有時間 靜下來心來學習,加上ASP.NET的架構也很複雜,一時間也是看的昏頭轉向的,所以只能看到一點記錄一點, 慢慢積累,慢慢總結吧。Action向View傳遞資料很簡單,方式也很多,最直接的就是我們向View傳遞 Model,這本身就是MVC的意義所在。如果是顯示一些訊息,像是錯誤資訊,可以使用 ViewData:public ActionResult Index(){ ViewData[&
Time of Update: 2017-02-28
在ASP.NET
Time of Update: 2017-02-28
在總體介紹了篩選器及其提供機制(《深入探討ASP.NET MVC的篩選器》)之後,我們按照執行的先後順序對四種不同的篩選器進行單獨介紹,首先來介紹最先執行的AuthorizationFilter。從命名來看,AuthorizationFilter用於完成授權相關的工作,所以它應該在Action方法被調用之前執行才能起到授權的作用。不僅限於授權,如果我們希望目標Action方法被調用之前中斷執行的流程“做點什麼”,都可以以AuthorizationFilter的形式來實現。
Time of Update: 2017-02-28
[上篇]除了通過自訂ControllerFactory的方式引入IoC之外,在使用預設DefaultControllerFactory情況下也可以通過一些擴充使基於IoC的Controller啟用成為可能。主要的方式就是自訂ControllerActivator和 DependencyResolver。四、ControllerActivator V.S.
Time of Update: 2017-02-28
我們將整個ASP.NET MVC架構劃分為若干個子系統,那麼針對請求上下文啟用目標Controller對象的子系統被我們成為Controller啟用系統。在正式討論Controller對象具體是如何被建立愛之前,我們先來看看Controller啟用系統在ASP.NET
Time of Update: 2017-02-28
我們知道一個請求最終通過一個具體的HttpHandler進行處理,而我們熟悉的用於表示一個Web頁面的Page對象就是一個HttpHandler,被用於處理基於某個.aspx檔案的請求。我們可以通過HttpHandler的動態映射來實現請求地址與物理檔案路徑之間的分離。實際上ASP.NET路由系統就是採用了這樣的實現原理。如下圖所示,ASP.NET路由系統通過一個註冊到當前應用的自訂HttpModule對所有的請求進行攔截,並通過對請求的分析為之動態匹配一個用於處理它的HttpHandler。H
Time of Update: 2017-02-28
表現為請求地址與目標Controller和Action的動態映射的URL路由系統並不是專屬於ASP.NET MVC,而是直接建立在ASP.NET 中。ASP.NET通過URL路由系統實現了請求地址與物理檔案的分離。一、URL與物理檔案的分離對於一個 ASP.NET Web Form應用來說,任何一個請求都對應著某個具體的物理檔案。部署在Web伺服器上的物理檔案可以是靜態(比如圖片和靜態HTML檔案等),也可以是動態(比如.asxp檔案)。對於靜態檔案的請求,ASP.NET直接返迴文件的整個內容;
Time of Update: 2017-02-28
ASP.NET由於採用了管道式設計,具有很好的擴充性,而整個ASP.NET MVC應用程式框架就是通過擴充ASP.NET實現的。通過上面對ASP.NET管道設計的介紹,我們知道ASP.NET的擴充點只要體現在HttpMoudle和HttpHandler這兩個核心組建之上,實際上整個ASP.NET MVC架構就是通過自訂的HttpMoudle(UrlRoutingModule)和HttpHandler(MvcHandler)實現的。為了上讀者從整體上把握ASP.NET
Time of Update: 2017-02-28
最近在用CQRS架構模式做項目,有些感悟,記錄下來。問題的描述(大家是否也存在過類似的情況呢?):從剛開始時項目中沒有區分這3種對象,所以導致了很多職責公用,然後就亂了,比如Command一部分職責 需要用到ASP.NET MVC中,所以定義在了底層dll中,並且貼了一堆一堆的DataAnnotation的tag到屬性上,其 中包括了很多remote驗證、前端js validation組件的驗證tag,很宏偉。後端CommandHandler那邊傳入
Time of Update: 2017-02-28
看了dudu的《HttpClient + ASP.NET Web API, WCF之外的另一個選擇》一文,想起多很久之前體現ASP.NET Web API而建立的一個Demo。這是一個只涉及到簡單CRUD操作的Web應用,商務邏輯以Web
Time of Update: 2017-02-28
cookie和session的基礎知識:cookie是儲存在用戶端的,儲存少量資訊,明文,經常用來儲存使用者id之類的資訊,常見情境就是登入時候的“記住我”。不推薦儲存敏感資訊。session是會話級的,儲存在服務端,每個使用者是唯一的,可以用來實現購物車之類的,需要在服務端儲存目前使用者會話的上下文資訊的需求。可以儲存在伺服器的記憶體中,不能跨伺服器;可以儲存在資料庫中。上面是一些零星的知識點。其實還有很多,例如cookie中的sessionid,session還可以用
Time of Update: 2017-02-28
Stephen Walther 從頭開始到結束建立了整個資料驅動ASP.NET MVC應用程式。這個教程對於那些剛剛接 觸ASP.NET MVC架構以及想要獲得一種建立ASP.NET MVC應用程式的過程的新人是一個很好的介紹。這 個教程的目的就是給你一種“它會是什麼樣子”去建立ASP.NET MVC應用程式的理念。在這一課中,從開始到結 束,我將直接建立一個完整ASP.NET MVC應用程式。我向你展示如何建立一個簡單的資料驅動應用程式,示範如
Time of Update: 2017-02-28
在前面的四篇文章中,我們介紹了各種ActionResult以及相關的請求響應機制,但是與“View的呈現”相關的ActionResult是ViewResult。通過ViewResult的執行實現的對View的呈現比上面我們介紹的各種ActionResult要複雜得多,ASP.NET MVC內部設計了一個擴充的View引擎實現了最終的View呈現工作。[本文已經同步到《How ASP.NET MVC Works?》中]一、View引擎中的ViewASP.NET
Time of Update: 2017-02-28
HttpStatusCodeResult & RedirectResult/RedirectToRouteResult在本系列的最後一篇,我們來討論最後三個ActionResult:HttpStatusCodeResult、RedirectResult和RedirectToRouteResult 。第一個用於實現針對某個HTTP狀態的響應,而後兩個用於實現重新導向。至於重新導向,又分為“暫時重新導向”和“永久重新導向”,按照響應狀態,又稱&
Time of Update: 2017-02-28
個人覺得異常處理對於程式員來說是最為熟悉的同時也是最難掌握的。說它熟 悉,因為僅僅就是try/catch/finally而已。說它難以掌握,則是因為很多開發人 員卻說不清楚try/catch/finally應該置於何處?什麼情況下需要對異常進行日誌 記錄?什麼情況下需要對異常進行封裝?什麼情況下需要對異常進行替換?對於 捕獲的異常,在什麼情況下需要將其再次拋出?什麼情況下則不需要?合理的異常處理應該是情境驅動的,在不同的情境下,採用的異常處理策略往
Time of Update: 2017-02-28
大家知道,Microsoft為了更好地預防惡意使用者和攻擊者的攻擊,在預設情況下,沒有將 IIS6.0 安裝到 Windows Server 2003 家族的成員上。而且,當我們最初安裝 IIS6.0 時,該服務在高度安全和"鎖定"模式下安裝。在預設情況下,IIS6.0 只為靜態內容提供服務即,諸如 ASP、ASP.NET、在伺服器端的包含檔案、WebDAV 發布和 FrontPage Server Extensions 功能只有在啟用時才工作。在windows 2003
Time of Update: 2017-02-27
最近訪問了建行網站時 https://ibsbjstar.ccb.com.cn/V5/index.html#,(其實在oblog,http://www.oblog.cn也採用了類似的技巧,不過方法不同罷了)可以發現,當選擇不同的文字框,可以出現不同的顏色,要完成這個功能很簡單,但是如果有很多類似的功能,如果一個個設定控制項樣式顯然很累,一個簡單的處理方法寫一個方法讓系統執行就可以了,看如下代碼:class BasePage:Page{public static void