ASP

提高ASP.NET應用程式伸縮性的有效手段之一便是使用非同步請求。而在ASP.NET MVC 1中是不能直接支援非同步Action的，因此我們需要使用一些簡單的Hack方式來實現這一點。不過簡單的Hack畢竟無法利用ASP.NET MVC的完整功能，幸好ASP.NET MVC

在 ASP.NET WebForm中不少人做過通過Url重寫使Url中不帶尾碼，這次我們做的正好相反。假設我們需要將URL尾碼設定成shtml，以建立ASP.NET MVC項目時預設的項目為例。如果要訪問登陸頁，則URL為http://localhost/Account/Login，Account匹配Account Controller，Login匹配Login

最近一個很偶然的機會，我發現了一個大型網站，上面全是一些極其簡單的 Web 使用者控制項，確切地說是一些 ASCX 檔案。開發人員在發現所使用的伺服器控制項會出現異常行為後，往往認為這種方法是很有必要的。因此，開發人員將網站內的這類伺服器控制項全部更換為包含原始控制項修改版本的使用者控制項（同時由於無法確定更換伺服器控制項會導致何種後果，因此開發人員還替換了其他大量控制項。）開發人員認為，將這樣一種額外的抽象層置於頁面和控制項之間會更可靠。另外一個好處就是可以在 ASP.NET

前一篇文章是採用預存程序來進行分頁的，但是存在缺陷，沒有代碼重用，針對不同的表或者不同的視圖都需要去編寫預存程序，這樣很麻煩，代碼的重用性很差。本文將通過一個使用者控制項來實現資料分頁的頁面層以達到代碼重用的目的。分頁是藉助使用者自訂控制項來實現，在這裡主要有以下兩種方法來實現：（一）.吳旗娃的AspNetPager組件（推薦使用）首先，下載該dll檔案。在工具箱中，滑鼠右鍵，“選擇項”，添加剛下載的dll檔案。然後，將會在工具箱中看到一個AspNetPager分頁控制項

原文地址：http://aspnet.4guysfromrolla.com/articles/031407-1.aspx介紹在之前的文章中（譯者註：ASP.NET 2.0中的健康監測系統（Health Monitoring）(1) - 基本應用，ASP.NET 2.0中的健康監測系統（Health Monitoring）(2) - 通過Email發送監測資訊），我們已經知道了ASP.NET

原文地址：http://aspnet.4guysfromrolla.com/articles/031407-1.aspx作者：Scott Mitchell介紹在程式部署之前，要經曆許多軟體工程中定義的重要階段，如需求分析、設計、編碼和測試等。 但是，並不是說一旦程式部署並使用之後就脫離軟體工程的各個階段了。 不管一個web程式有多好的設計、多好的編碼、多好的測試，它總是會有掉鏈子的時候。 如資料庫伺服器掉線，web網站比你憑經驗預期的有更大的負載，或者你的web伺服器本身的硬體出現問題等。

介紹現在 ASP.NET 2.0 提供了對成員資格（使用者名稱/密碼憑據儲存）和角色管理服務的內建支援。由於所有這些服務都是提供者驅動的（Provider），因此可以方便地用您自己的自訂實現替換。關鍵1、基於Windows的身分識別驗證將<system.web>元素下的<authentication> 設定為 Windows；基於Forms的身分識別驗證將<system.web>元素下的<authentication> 設定為

介紹ASP.NET 2.0 中的網站導覽提供者嚮應用程式中的頁公開導航資訊，使您可以獨立於頁的實際物理布局定義網站的結構。預設網站導覽提供者基於XML，但通過為網站地圖編寫自訂提供者，也可以從任意後端公開此資訊。關鍵1、建立.sitemap檔案，其實就是一個xml檔案，包括有著階層的<siteMapNode>元素2、<siteMapNode>元素的屬性：Url - 連結地址Title - 顯示的標題Description - 描述（ToolTip）resourceKey

asp.net預設副檔名為.aspx，可是我們看到許多網站的副檔名很特別比如微軟的.mspx,下面講解如何將網頁副檔名改為mspx.ASP.NET 1.1中的方法：1.IIS映射（IIS->預設網站->屬性->主文件->配置->映射->添加）:副檔名.mspx ---->

介紹主版頁面（MasterPage）就相當於模板頁，挺簡單的，沒什麼好說的。基於主版頁面的常用的功能有：主版頁面和內容頁之間資訊的傳遞，在內容頁中用FindControl方法找到內容頁中的控制項等。另外，主版頁面是可以嵌套的。關鍵在內容頁的頭部加上主版頁面的強型別引用<%--建立對主版頁面的強型別引用，並指定到主版頁面的虛擬路徑--%><%@ MasterType VirtualPath="~/MasterPage/MasterPage.master" %&

這是一個不好的代碼習慣引起的發布後運行時的問題。錯誤原因為.net2.0無法正確識別伺服器控制項和變數的大小寫區別，但是這個錯誤只有在iis中體現，在檔案系統的調試中沒有發生。錯誤資訊引發錯誤的參考代碼如下：public partial class _Default : System.Web.UI.Page{　　private string button1="test";　　protected void Page_Load(object sender, EventArgs

如果您在編寫控制項，可以將控制項的狀態資訊儲存在 ViewState 字典中，該字典是一個 StateBag 對象。開發人員將通過 ControlState 屬性檢索控制項狀態。您為 ViewState 屬性指定鍵和值，Page 對象將對請求之間的狀態資訊進行序列化。要在您的控制項中執行自訂狀態處理，可重寫 LoadViewState 和 SaveViewState 方法。在頁開發人員禁用檢視狀態時，儲存在此字典中的所有狀態資訊都會丟失。為彌補這一缺陷，在 ASP.NET 2.0

ASP.NET 為您提供了一個強大的、便於使用的緩衝機制，用於將需要大量伺服器資源來建立的Object Storage Service在記憶體中。緩衝這些類型的資源會大大改進應用程式的效能。緩衝是由 Cache 類實現的；緩衝執行個體是每個應用程式專用的。緩衝生存期依賴於應用程式的生存期；重新啟動應用程式後，將重新建立 Cache 對象。設計 Cache 類是為了便於使用。您可以將項放置在 Cache 中，並在以後使用簡單的鍵/值對來檢索這些項。Cache

Cookie 提供了一種在 Web 應用程式中儲存使用者特定資訊的方法。例如，當使用者訪問您的網站時，您可以使用 Cookie 儲存使用者喜好設定或其他資訊。當該使用者再次訪問您的網站時，應用程式便可以檢索以前儲存的資訊。什麼是 Cookie？Cookie 是一小段文本資訊，伴隨著使用者請求和頁面在 Web 服務器和瀏覽器之間傳遞。Cookie 包含每次使用者訪問網站時 Web

ASP.NET提供一個類System.Web.HttpContext ,用來表示上下文,此對象有一個屬性Items暫存狀態就是利用HttpContext.Items屬性來存放資料MSDN中HttpContext.Items屬性的解釋是這樣的：擷取可用於在 HTTP 要求過程中在 IHttpModule 和 IHttpHandler

ASP.NET 允許您將資訊儲存在 HiddenField 控制項中，此控制項將呈現為一個標準的 HTML 隱藏欄位。隱藏欄位在瀏覽器中不以可見的形式呈現，但您可以就像對待標準控制項一樣設定其屬性。當向伺服器提交頁時，隱藏欄位的內容將在 HTTP

chart.csusing System;using System.Drawing;namespace Report{ /// <summary> /// Chart 的摘要說明。 /// ================================================================================================== /// /// ClassName

在.NET Framework中，Page類為ASP.NET應用程式從.aspx檔案構建的所有對象提供基本行為。該類在namespace System.Web.UI命名空間中定義，從TemplateControl中派生出來，實現了IHttpHandler介面：public class Page : TemplateControl,

在ASP.NET StartKit

屬性全接觸（一）本系列上篇文章有幾位抬愛，鼓勵了幾句，所以勁頭又足了，這不，這篇文章就出得快了，：）希望能繼續得到鼓勵和指正。這次我們來探討下控制項開發中的屬性設計的方方面面，屬性本是各種.net下語言的最基本文法，但控制項做為一種提供給程式員二次開發的發布件，其功能的強大與使用的靈活都離不開良好的屬性設計，所以我覺得屬性設計是控制項開發中第一座要打下的堡壘。首先我們來看一段.aspx檔案中的HTML樣式的代碼：<asp:DropDownList