ASP

　　眾所周知，每個asp.net頁面都是一個HttpHandler，並且它也是一個控制項。我們來看來它的本身定義。 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->public class Page : TemplateControl,IHttpHandler {} 　　當IIS處理http的請求時，都會根據請求的副檔名來判斷，找到對應的ISAPI，

本次筆記分為兩個部分：C#語言的部分特性和MVC3裡面提供的新視圖引擎Razor的@句法。今天晚上的筆記是第一部分：C#的部分特性(我主要選擇擴充方法，泛型委派，Lambda運算式等內容，選擇這些是因為我對這幾個部分不是很熟悉)。如果你已經對C#2.0及3.0裡面出現的幾個特性比較瞭解，那你完全可以忽略這部分直接去看下次的關於Razor的筆記。一，擴充方法(Extension

一，建立松耦合的組件1."分解關注點"是MVC模式裡面一個非常重要的特性。我們想要在應用程式裡面建立的組件儘可能的獨立，這樣我們就能管理比較少的依賴關係。理想情況下，每個組件都是孤立的，不知道其他組件的存在，處理應用程式的其他領域僅僅通過抽象介面，這就是所謂的松耦合，它讓我們的應用程式更加容易測試和修改。通過一個簡單的例子可以協助我們理解，假如我們想寫一個發郵件的組件，暫且就把這個組件命名為MyEmailSender，接著我們實現一個介面，這個介面定義了所有需要發送郵件的功能，也暫且將這個介面命

主題：應用領域驅動開發(Applying Domain-Driven Development)Domain Model是MVC程式的"心臟"，其他的一切，包括Controllers和Views僅僅是用來跟Domain Model互動的一種方式，ASP.NET MVC並沒有限制使用在Domain Model上面的技術，我們可以自由的選擇跟.net framework互動的技術，並且這樣的選擇是非常多的。不僅如此，ASP.NET MVC為我們提供了基礎的架構和約定來協助Domain

上一篇(windows下nginx+mono+fastCGI部署asp.net網站)參考了諸多前輩終於在windows下部署成功,唯一點遺憾就是asp.net webform下面樣式有點不對勁,mvc倒還可以.本篇說說我近兩天折騰Ubuntu的成果,對於一個沒接觸過Linux系統的人來說得從基礎幹起呀.下面先簡單的介紹下Ubuntu系統下面常用的幾條命令,掃掃盲:檔案管理  cd .. 回目前的目錄的上一級目錄 檔案管理  cd - 回上一次所在的目錄 檔案管理  cd ~ 或 cd

主題：MVC模式1.MVC的曆史：MVC(model-view-controller)這個概念在20世紀70年代就已經被使用了，MVC是從Smalltalk項目中提出的。所以原始的MVC模式所包含非常好的細節跟Smalltalk項目的具體概念是緊密相關的。我們假定View是無狀態的，跟mvc的應用程式的互動遵循這樣一個的過程：使用者產生行為造成view更新，這剛好跟Web應用程式通過HTTP請求和響應的本質吻合。而且，mvc強調分解關注點的思想--領域模型和控制邏輯跟UI的松耦合，這意味著大量的

接著昨天的筆記：為第一次的Demo添加動態輸出(Dynamic Output)整個應用程式平台的關鍵點就是構建動態輸出，在MVC中，構建資料是controller的工作，將資料作為HTML的呈現是View的工作，很明顯這裡有一個將資料從Controller傳遞到View的過程。其中的一種方式就是通過ViewBag，ViewBag是Controller基類的一個成員，它是一個動態對象，我們可以給它賦予任意的屬性值，並在View中呈現。修改Index Action如下： public

序論：asp.net mvc出現已經有兩三年的時間了（2009開始1.0版本),但是這麼方面的中文學習資料仍然非常少，特別是asp.net mvc3,幾乎就沒有中文的學習書籍。在英文的書籍中有兩本是非常經典的mvc3教程：《Professional ASP.NET MVC 3》--作者：Jon Galloway , Phil Haack, Brad Wilson , K. Scott Allen和《Pro ASP.NET MVC 3 Framework》--作者：Steven

1,什麼是nginx簡介Nginx ("engine x") 是一個高效能的 HTTP 和 反向 Proxy 伺服器，也是一個 IMAP/POP3/SMTP Proxy 伺服器。 Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 網站開發的，它已經在該網站運行超過兩年半了。Igor 將原始碼以類BSD許可證的形式發布。儘管還是測試版，但是，Nginx 已經因為它的穩定性、豐富的功能集、樣本設定檔和低系統資源的消耗而聞名了。更多的請見官方wiki：http://

　　ASP中Server對象的功能，在ASP.NET中由HttpServerUtility類來實現。該類型的執行個體在AS.NET開始處理請求時建立，之後被儲存在請求上下文中。HttpServerUtility擁有大量輔助方法，通過HttpContext對象的Server屬性暴露給模組或處理常式（包括global.asax、頁面和Web服務）。HttpServerUtility類的屬性　　該類提供了兩個屬性：MachineName和ScriptTimeout。MachineName屬效能夠返回當

　　資料來源控制項代表若干已命名的資料檢視，每個視圖能管理一個資料集合。該資料與資料來源控制項關聯，通過SQL式的操作（Select、Insert、Delete和Count）進行管理，能夠實現排序與分頁。資料來源控制項有兩種--表格式資料來源和層次型資料來源。下表對資料來源控制項做了簡要說明：　　注意，SqlDataSource類並不只針對SQL Server，它還可以串連到任何能夠管理關聯性型資料的ADO.NET提供者。層次型資料來源控制項參見下表：　　注意，資料來源控制項不會被顯示在頁面上，

分頁錯誤的處理　　ASP.NET提供了兩級全域異常攔截點，分別位於頁面級與應用程式級。　　基類Page暴露了一個Error事件，我們可在頁面中重寫它，捕獲頁面執行期間引發的未處理異常。　　HttpApplication類中也有Error事件，用於捕獲整個應用程式中拋出的所有未處理異常。頁面級錯誤處理　　為捕獲特定頁面的未處理異常，我們需要定義Error事件的處理常式，如下所示：protected void Page_Error(object sender, EventArgs e){

簡單資料繫結　　資料繫結運算式是由<%...%>包裹的可執行代碼，以#號為首碼。它可以通過DataBoundLiteralControl類的執行個體以編程方式加以管理。　　資料繫結運算式通常從資料來源擷取資料，但並不是說它一定要從資料來源擷取資料，只要返回繫結資料，任何可執行代碼都是可以接受的。它僅在控制項的DataBinding事件被觸發時才執行計算。　　樣本：<asp:label runat="server" Text='<%# DataTime.Now %>'

　　HttpRequest對象包含了傳入Web請求的HTTP資料包中包含的所有資訊。HTTP標題、查詢字串、表單的輸入欄位、路徑和URL資訊的內容，被分別組織在不同的集合以及其他特殊對象中，能以編程方式便捷地訪問。當ASP.NET開始處理Web請求時，HttpRequest對象會被填充，並通過HttpContext的Request屬性暴露出來。HttpRequest類的屬性　　HttpRequest類的屬性可被分為三類：請求類型、用戶端資料和串連有關請求的資訊　　下表列出了有關請求資訊的屬性：　

　　主版頁面是一種由應用程式級（和頁面級）引用的特殊檔案，包含頁面的靜態布局。每個子頁面可自訂地區，引用主版頁面中特殊的預留位置控制項。子頁面是代碼塊的結合，運行庫會用它們來填充主版頁面。主版頁面的內容會合并到內容頁中，二者合在一起動態產生新的頁面類，響應使用者請求。合并的過程發生在編譯時間，且只發生一次。主版頁面與內容頁的處理　　主版頁面的使用使頁面的處理和編譯方式發生了少許變化。首先，基於主版頁面的頁面有兩個依賴項：內容頁面的aspx源檔案和主版頁面的master檔案。如果兩個頁面中任意一個

　　HTTP處理常式是真正負責處理請求的組件，它實現了IHttpHandler介面。該介面的ProcessRequest方法是控制請求處理的“中央控制台”。如，Page類實現IHttpHandler介面，它的ProcessRequest方法負責載入和儲存檢視狀態，還負責引發一些常見的事件（Init、Load、PreRender等）。　　ASP.NET會將每個傳入的HTTP請求映射到相應的HTTP處理常式。HTTP處理常式工廠建立這些處理常式的執行個體對象（如，PageHandlerFactory

out-of-band調用模型　　使用AJAX功能在Web頁面中發揮作用的關鍵因素是發送out-of-band

　　在ASP.NET中，HTTP響應資訊由HttpResponse類進行封裝。該類的執行個體建立於處理請求的HTTP管道建立時，之後該執行個體被連結到與請求關聯的HttpContext對象，通過其Response屬性暴露。雖然使用者定義的ASP.NET代碼不需使用HttpResponse的建構函式，但此函數可協助我們理解該類的本質：public HttpResponse(TextWriter

圖片查看器處理常式　　為加快處理速度，IIS會直接處理Web應用程式中的某些靜態資源，而不會調用ISAPI擴充。這些靜態檔案包括映像和HTML檔案。如果從瀏覽器直接請求gif或jpg檔案，IIS會擷取指定的資源，正確設定響應緩衝的內容類型，並將其輸出成檔案的位元組流.　　如果瀏覽器地址指向包含多個映像的虛擬目錄呢？在這種情況下，IIS無法識別檔案夾的內容，而可能只返迴文件的列表。　　那麼如何?指向該虛擬目錄地址，在瀏覽器中顯示該目錄片的預覽呢？圖片查看器HTTP處理常式的設計　　首先，需要確定如

使用者設定檔簡介　　在最抽象的層面，使用者設定檔是一種由ASP.NET運行庫組織到動態產生類中的屬性集合。設定檔資料會按不同的使用者分別儲存。當程式運行頁面被顯示時，ASP.NET會動態建立設定檔對象，它包含開發人員定義在資料模型中的相應類型的屬性。該對象之後被添加到HttpContext對象中，可通過Profile屬性擷取。資料模型的定義　　為使用ASP.NET設定檔，我們需要先確定所要使用的資料模型結構，然後將該資料模型通過設定檔附在頁面中。使用者設定檔的布局定義在web.config檔案中