ASP

(寫完本文後，我去下載了ASP.NET MVC 3 RC，發現它對Filter的可控性方面進行了某些增強——不僅僅是針對全域Filter的GlobalFilterCollection——所以在此特別說明一下本文目前主要針對的是ASP.NET MVC 2.0

三、IResolver<TService>和SingleServiceResolver<TService>:IResolver<TService>、MultiServiceResolver<TService>:IResolver<IEnumerable<TService>>IResolver<TService>介面只有一個TService型的Current唯讀屬性,返回相應類型的一個對象。這是一個有Lazy意味的

簡介在C#中,Dictionary提供快速的基於兼職的元素尋找。當你有很多元素的時候可以使用它。它包含在System.Collections.Generic名空間中。在使用前，你必須聲明它的鍵類型和實值型別。詳細說明必須包含名空間System.Collection.Generic Dictionary裡面的每一個元素都是一個索引值對(由二個元素組成：鍵和值) 鍵必須是唯一的,而值不需要唯一的 鍵和值都可以是任何類型(比如：string, int, 自訂類型，等等)

使用者控制項　　繼承:System.Web.Mvc.ViewUserControl<Cot.Products>　　Cot.Products: 範型　　Model:　　　　在當前控制項可用  Model 取值, 比如 Model.Id (前提 (new Cot.Products()).Id 必須存在)　　ViewData[] :　　　　可用ViewData["name"]方式取值Web表單　　繼承

escape不編碼字元有69個：*，+，-，.，/，@，_，0-9，a-z，A-ZencodeURI不編碼字元有82個：!，#，$，&，'，(，)，*，+，,，-，.，/，:，;，=，?，@，_，~，0-9，a-z，A-ZencodeURIComponent不編碼字元有71個：!， '，(，)，*，-，.，_，~，0-9，a-z，A-Z1.JS: escape : js使用資料時可以使用escape例如：搜藏中history紀錄。0-255以外的unicode值進行編碼時輸出%u****

asp.net的底層運作已經也亂談過一番，

五、SessionStateAttribute構造SessionStateAttribute對象時必須傳入一個SessionStateBehavior枚舉值，通過Attribute的Behavior屬性可以擷取該值。該Attribute只能用於參考型別(AttributeTargets.Class)，不允許重複使用(AllowMultiple=false),允許繼承(Inherited=true)。六、MvcRouteHandlerMvcRouteHandler類增加了一個接受IControll

文章目錄 1.Request.ApplicationPath->當前應用的目錄2.Request.FilePath->對應於iis的虛擬目錄3.Request.Path->當前請求的虛擬路徑4.Request.MapPath(string url)->將url映射為iis上的虛擬目錄5.Server.MapPath(string url)->將url映射為伺服器上的實體路徑 網站在伺服器磁碟上的實體路徑:

單擊Button會同時觸發這兩個事件，但先執行Click，後執行Command不同之處:Command可以通過設定CommandName和CommandArgument來區分不同的Button，可通過包含事件數目據的CommandEventArgs來擷取或設定 例子：OnClick<asp:Button ID="Button1" runar="server" OnClick="Button1_Click" CommandName="A"

public static string GetMethodInfo() { string str = ""; //取得當前方法命名空間 str += "命名空間名:"+System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.Namespace + "\n"; //取得當前方法類全名 str +=

錯誤:<html><head><title>Object moved</title></head><body> <h2>Object moved to <a href="/Admin/WebService/AddAdminInfo.asmx?AspxAutoDetectCookieSupport=1">here</a>.</h2> </body>&

1 using System.Data; 2 using System.Configuration; 3 using System.Web; 4 using System.Web.Security; 5 using System.Web.UI; 6 using System.Web.UI.WebControls; 7 using System.Web.UI.WebControls.WebParts; 8 using System.Web.UI.HtmlControls; 9 1

以前用asp.net mvc做東西的時候經常出現“*/?Length=*”的情況。那時沒有什麼好的解決方案，就通過靜態連結來解決，問題當然也很多。最近又出來了這樣的情況，語句是<%= Html.ActionLink("Default", "Index", "Default", new { id = 1 })%>，以前技術不行還可以忍受，現在怎麼能行呢。果斷Google，"asp.net mvc

功能上沒有多寫什麼．UI上僅有一個DDL的讀取．然後SysFramework中的一些BaseClass也留TODO，這些大家可以根據自己口味去實現吧．Demo重點不是想示範太多的細節實現，而只是想表達整個架構．資料庫用的sql內建樣本資料庫：Northwind資料訪問層用的是：NHibernate Projects

在網上現在幾乎搜尋不到可用的Asp.net  MVC的使用者系統，php的倒有康盛的Ucenter可用。現在計劃自己開發，並傾向與走開源開發的模式。即一開始就開源，包括設計文檔和所有代碼。歡迎對asp.net mvc

構建高效能ASP.NET網站 第五章—效能調優綜述（前篇）　　前言：這段時間，把系列文章又重新整理了一下，之前關於效能最佳化的介紹一些不是很清晰。可以說從本篇開始，才算是一個完整的系列的開始。 　　　　系列文章連結：　　構建高效能ASP.NET網站 開篇 　　構建高效能ASP.NET網站之一 剖析頁面的處理過程（前端）　　構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 　　構建高效能ASP.NET網站之三 細節決定成敗 　　構建高效能ASP.NET網站 第五章—效能調優綜述（前篇）

構建高效能ASP.NET網站 第五章—效能調優綜述（後篇）    前言：本篇主要講述如何根據一些簡單的工具和簡單的現象來粗布的定位網站的效能問題。 本章的議題如下：效能調優的一般過程利用分析工具分析頁面載入資訊利用分析工具分析效能瓶頸     　　系列文章連結：　　構建高效能ASP.NET網站 開篇 　　構建高效能ASP.NET網站之一 剖析頁面的處理過程（前端）　　構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 　　構建高效能ASP.NET網站之三 細節決定成敗

構建高效能ASP.NET網站 第五章—效能調優綜述（中篇）　　前言：本篇主要講述用一些簡單的工具來分析一些與網站效能有關的資料，在上一篇文章中，我們討論了一下效能調優的一般過程，本篇就開始介紹一些方法和工具，讓大家快速的入門。   　　系列文章連結：　　構建高效能ASP.NET網站 開篇 　　構建高效能ASP.NET網站之一 剖析頁面的處理過程（前端）　　構建高效能ASP.NET網站之二 最佳化HTTP請求(前端) 　　構建高效能ASP.NET網站之三 細節決定成敗

構建高效能ASP.NET網站 第七章 如何解決記憶體的問題(前篇)—託管資源最佳化—記憶體回收機制剖析    前言：本章主要詳細的講述如何因記憶體問題而導致的效能問題，很多的時候都是深入.NET核心進行分析，然後給出解決方案，同時，本系列的其他文章，也爭取做到：深入淺出。    本篇是為後面的做個鋪墊，而且比較的精彩。只有真正的理解了本篇，後面才可以順利的走下去。 本篇的議題如下：記憶體問題概述(前篇)託管資源最佳化（前篇）         對象的生命週期（前篇）         對象的”代“（

既然我們講的是如何構建高效能的ASP.NET網站應用，那麼我們就開始涉及網站方面的東西。我們說過，我們會把關注點放在“調優”上面。在調優的時候，我們沒有必要把事情搞的很複雜，要“由表及裡。從整體到局部”。對於一個網站而言，我們最直接看到的就是網站的頁面。換句話說，如果網站效能處理問題，肯定在頁面上面會有反應。一個最顯而易見的反應就是：頁面載入很慢，半天看不到內容。此時，我們可以進一步的分析，頁面載入很慢，是什麼原因導致的？這裡還是從最簡單的方面入手。沒有必要想的很複雜，我們要清楚：頁面是由什麼組