ASP

XML Web服務是一個提供特別的功能元素的可程式化實體，比如應用程式邏輯，並且可以使用普遍存在的Internet標準例如XML和HTTP訪問許多潛在的完全不同的系統。XML Web服務依賴於對XML和其他網際網路標準的廣泛接受，使用它們來建立支援應用程式互通性的基礎結構，解決了許多過去阻礙互通性的問題。XML Web服務可在單個應用程式中使用，也可國際互連網被許多應用程式使用。因為一個XML Web服務可通過一個標準介面訪問，所以它允許多個不同的系統協同合作進行單一的網路計算。XML

在ASP.NET 2.0，新增加了不少新的功能和控制項。其中，在資料的緩衝功能，比asp.net 1.1有了很大的改變。眾所周知，資料的緩衝功能是十分重要的，我們可以把一些在相對一段時間內不發生改變的資料放在緩衝中，這樣，就不必要每次去讀取資料庫，當下次再需要這些資料時，可以直接從緩衝中取得，大大增強了效率。而在asp.net 1.1

[簡介]ASP.NET提供三種主要形式的緩衝：頁面級輸出緩衝、使用者控制項級輸出緩衝（或稱為片段快取）和緩衝API。輸出緩衝和片段快取的優點是非常易於實現，在大多數情況下，使用這兩種緩衝就足夠了。而緩衝API則提供了額外的靈活性（實際上是相當大的靈活性），可用於在應用程式的每一層利用緩衝。本文全面介紹了這三種緩衝技術在系統各層中的應用。在ASP.NET提供的許多特性中，緩衝支援無疑是我最欣賞的特性，我這樣說當然是有充分理由的。相比ASP.NET的所有其他特性，緩衝對應用程式的效能具有最大的潛在影

介紹在Internet時代的開端，用戶端的需求非常有限；.htm檔案就可以滿足他們的需求。但是，隨著時間的流逝，用戶端需求的擴充超越了.htm檔案或靜態檔案所包含的功能。開發人員需要擴充或擴充Web伺服器的功能。Web伺服器廠商設計了不同的解決方案，但是都遵循同一個主題“向Web伺服器插入某些組件”。所有的Web伺服器補充技術都允許開發人員建立並插入組件以增強Web伺服器的功能。微軟公司提出了ISAPI（Internet伺服器API），網景公司提出了NSAPI（網景伺服器

隨著微軟.NET的流行，ASP.NET越來越為廣大開發人員所接受。作為ASP.NET的開發人員，我們不僅需要掌握其基本的原理，更要多多實踐，從實踐中擷取真正的開發本領。在我們的實際開發中，往往基本的原理滿足不了開發需求，我們更多的要積累一些開發技巧，本文就向大家介紹一些實用技巧，希望對大家的開發有所裨益。1. ~ 的用法一般的情況下，我們是使用./../

本文給出在編寫WebCustomControl時，繼承於WebControl基類的Attributes以及其Attributes.CssStyle屬性在開發中由於使用不當帶來莫名其妙的效率問題。供大家注意！眾所周知，在編寫WebCustomControl時，繼承於WebControl基類的Attributes以及其Attributes.CssStyle屬性是十分常用和重要的。但就是這兩個重要的屬性，如果開發中使用不當卻會帶來莫名其妙的效率問題。由於html的靈活性和不完備性，導致了WebCont

初學編程的朋友往往喜歡收集一些很“奇妙”的編程技巧，然而，技巧的積累往往並沒有提高程式品質，反而引導一些編程者一味追求奇和新，忘記了基本編程習慣的培養，不利於團隊的合作，可能，這也是中國並不缺少聰明的程式員，但是缺少聰明的Team

通常，ASP.NET儲存工作階段狀態有三種方式——InProc、StateServer和SQLServer。一般最常用的是第一種，在這種情況下，可以用類似這樣的文法來儲存工作階段狀態：Session["key"] = val。其中val可以使任何類型的對象。　　但如果使用StateServer或SQLServer，則要求val的類型必須是一個可序列化類別型，因為ASP.NET應用在於狀態伺服器之間交換資料時，需要對對象進行序列化。如果val不可序列化（

ASP.NET 提供三種主要形式的緩衝：頁面緩衝、使用者控制項輸出緩衝和緩衝 API。網頁輸出快取作為最簡單的緩衝形式，將已經產生的動/靜太頁面全部內容儲存在伺服器內容中。當再有請求時，系統將緩衝中的相關資料直接輸出，直到快取資料到期。在這個過程中，緩衝不再要再次經過頁面處理生命週期。這樣可以縮短請求回應時間，提高應用程式效能。顯然，網頁輸出快取適用於不需要頻繁更新資料，而佔用大量時間和資源才能編譯產生的頁面。實現網頁輸出快取，通常可以用以下兩種方法：一、使用@ OutputCache指令使用@

在Response.Redirect("a.aspx")儲存此頁的資料後，伺服器將頁面直接轉向到a.aspx中的一個缺陷，就是轉向後會丟失此頁所有的Request的參數，並且此方法是需要Client發起一個請求。本文給出了這個問題的解決方案和區別所在。首先Response.Redirect("a.aspx")，在儲存此頁的資料後，伺服器將頁面直接轉向到a.aspx。此方法有個缺陷，就是轉向後會丟失此頁所有的Request的參數，並且此方法是需要Client

通常web應用程式在發布後，為了給使用者一個友好介面和使用體驗，都會在錯誤發生時跳轉至一個自訂的錯誤頁面，而不是asp.net向使用者暴露出來的詳細的異常列表。簡單的錯誤處理頁面可以通過web.config來設定。＜customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm"＞　＜error statusCode="403"

緩衝功能是開發人員構建ASP.NET 2.0 Web應用程式的重要關注點之一。本文試圖通過三個樣本頁面全面剖析ASP.NET 2.0提供的新的緩衝機制。一、簡介ASP.NET 1.x Cache API是一種革命性特徵。當一個XML檔案或另一個緩衝項的內容改變時，Cache API提供了諸如聲明性輸出緩衝、以編程方式控制輸出緩衝以及使緩衝項無效等能力。儘管這大大改進了Web應用程式的效能，但遺憾的是，ASP.NET 1.x並沒有提供一種機制來實現當資料庫中的資料改變時使一個緩衝對象中的資料無效。

本文描述Visual Studio 2005中的基於檔案的資料庫方式和設計器如何建立和使用這些資料庫，具體內容包括：Visual Web Developer和資料、本地和伺服器資料庫，建立本機資料庫、綁定到本機資料庫、部署本機資料庫。VWD2005中包含了SQL Server 2005 Express Edition，它是SQL Server 2005的一個免費版本，它的目標使用者是那些希望用簡單的資料庫解決方案來建立應用程式的非專業的或狂熱的開發人員。由於SQL Server

本文基於價格、速度和效率、安全性、開源與否這四個方面對PHP與ASP.NET的優劣勢進行了分析，作者認為PHP在價格、速度、效率、安全性、平台支援性和開源與否上的表現，它的強項是遠勝於弱點的。不管你是不是已經選擇了PHP，根據它在如下表格中在價格、速度、效率、安全性、平台支援性和開源與否上的表現，我們都能判斷出它的強項是遠勝於弱點的。唯一不足的是缺少物件導向的支援。然而，這是個相對次要的缺陷，雖然不可忽視語言的結構，可是最終來說，優秀的編碼還是歸結於反覆實踐、執行、好習慣和紀律。　

本文中，我們首先簡要地介紹了ASP.NET 2.0提供的新的網站導覽機制，並注意到這個新的導航功能的核心是通過XML檔案來詳細描述網站的導航架構。顯然，這種新導航機制的強大功能可以大大節省程式員的編碼時間。接下來，我們通過一個簡單的例子分析了本地化Web.sitemap的一般思路。一、基於XML的網站地圖以前在Web應用程式中建立導航的方法是在頁面上散布大量的超級連結。但當開發大型Web工程時，這種簡單而原始的方法顯得極為臃腫而且力不從心。為此，ASP.NET

成員和角色管理器提供者--現在ASP.NET 2.0包含了內建的成員和角色管理服務。由於這些服務都是提供者驅動的（provider-driven），你可以輕易地變更它，或者用自訂實現來代替它。登入控制項--新的登入控制項為網站的基於認證和授權的UI（例如登入表單、建立使用者表單、密碼取回、已登入使用者或角色的定製UI）提供了基本模組。這些控制項利用ASP.NET

在本文中，我們將詳細探討提供者模型並分析如何把它應用於ASP.NET 2.0開發中，具體內容包括：API實現、提供者模型優點、ASP.NET

本文給出了使用Asp.net 2.0的Treeview實現無限級無重新整理的樣本原始碼，供大家參考！<%@ Page Language="C#" %><%@ Import Namespace="System.IO" %><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN""http://www.w3.org/TR/xhtml11/DTD/xhtml11

本文介紹在.NET環境下，如何輕鬆解決編寫網站代碼時的網站安全性問題，附帶大量原始碼，供大家參考！以前用ASP，PHP，JSP編寫網站代碼的時候，網站安全性總是一件頭疼的事情，雖然我們編寫了使用者登入，註冊，驗證頁面，但是效果總是不理想。有時候我們不得不用大量的session變數來存放相關資訊，處處設防。而在.NET環境下，這個問題處理起來就非常容易了。關鍵是要充分理解web.config檔案。首先，介紹一下web.config檔案。<?xml

本文給出了在ASP.NET中ASPX頁面的Page_Load事件的兩個需要注意的地方：1、有時Page_Load事件在你的ASP.NET頁面裡會發生多次；2、有時好象一個按紐的單擊事件處理代碼並沒有運行。以及出現這些情況的處理辦法。在ASP.NET中ASPX頁面的Page_Load事件有兩個讓人奇怪的地方，你應該記住它們：a.有時Page_Load事件在你的ASP.NET頁面裡會發生多次。這種情況發生的一個可能的原因是你把ASPX頁面的AutoEvenWireup值設定成了True。如果是這樣，