ASP

在IIS URL Rewriting 和 ASP.NET routing（上）中，我們針對IIS URL Rewriting 和 ASP.NET routing的理念和功能分別進行分析並進行對比，在清楚 了這些基本原理和異同之後，我們該如何在應用中挑選合適的URL最佳化方案呢？ 在本文中，我們將對此進行探討分析，並例舉幾種兩者協同應用的案例。我們該如何選擇?首先，如果我們的Web應用程式有任何除了ASP.NET之外的動態網頁技術，那 麼選擇是絕對明顯的：用IIS URL重寫模組（IIS URL-

新版本URL-rewrite module for IIS 7.0的發布了，ASP.NET Routing組件隨 著.NET Framework 3.5 SP1的發布，並在.NET Framework 4.0 Beta中進一步成 熟。作為ASP.NET 開發人員，我們不免會對這兩個功能相近的組件抱有許多疑問 ，諸如“它們有什麼異同？”“分別適用於什麼環境？”等等。本文旨在描述這

ASP.NET MVC社區討論了在使用WebFormsViewEngine時，是否仍然需要代碼隱 藏檔案，以及這是一個優點還是缺點或甚至是一個問題。ASP.NET MVC預設仍然使用WebFormsViewEngine。當使用Visual Studio向 ASP.NET MVC應用程式增加一個WebForms視圖時會自動增加一個程式碼後置檔案和一 個設計工具檔案。許多人認為程式碼後置檔案已經被廢棄了，它們的用法頗令人困惑 ，因為開發人員傾向於使用像傳統的合而為一的ASP.NET

在使用Asp.net Mvc MVCContrib 0.0.1.91中的Castle時會出現No component for key Home was found這樣的錯誤錯誤解決方案如下：下載MvcContrib原始碼，更改MvcContrib.Castle的 WindsorControllerFactory.cs中的34行CreateController方法為：public IController CreateController(RequestContext context,

最近好友幻想曲告訴我用Mvc framework吧,開始我還以為又是什麼亂七八糟的 架構,本著對客戶負責的態度並沒有去仔細研究什麼.這幾天有時間閑下來做技術 反思,感覺微軟是不會搞出個沒用的東西的,於是把MVC架構下下來研究.運行檔案AspNetMVCPreview2-setup.msi進行安裝,安裝完成後發現在VS2008裡 面並沒有MVC模板出現。又到處Google了一遍，發現有不少人遇到這個問題，但是 還沒看到完全解決的辦法。目前遇到問題的基本集中在Microsoft Visual

ScottGu同學最近在Blog上發布了一些有關MIX 2008和ASP.NET MVC架構的訊息 。話說2007的視頻我還沒有看多少，2008又要出來了。在每年的MIX大會上總有 一些東西被微軟力推，比如06年的ASP.NET AJAX（當時還是Atlas，如果沒有記錯 的話），07年的Silverlight，那麼在08年的MIX大會中又會重視什麼呢？Scott在 這篇文章中給了我們一些選項：IE 8IIS 7.0ASP.NET (including ASP.NET 3.5, ASP.NET

6.6 清除頁面狀態在控制項開發時，有時候需要清除子控制項的頁面狀態，比如在建立子控制項時，以下是一個在資料繫結時清除視圖並建立子控制項的應用情境：///　<summary>///　獲得本書更多內容,請看:///　http://blog.csdn.net/ChengKing/archive/2008/08/18/2792440.aspx///　</summary>public　override　void　DataBind(){　　

6.3 控制項狀態機制自ASP.NET 2.0開始支援控制項狀態機制。控制項的狀態資料現在能通過控制項狀態而不是檢視狀態被保持，控制項狀態是不能夠像檢視狀態那樣被禁用的。由於控制項狀態的工作方式與檢視狀態完全一致，並且預設情況下在頁面中它們都是儲存在同一個隱藏欄位中，這裡對它的工作原理就不多介紹了。與LoadViewState和SaveViewState類似，控制項狀態也是提供了一對這樣的方法，方法名稱分別為LoadControlState和SaveControl

6.2.4

本章內容6.1 頁面狀態概述6.2 檢視狀態機制6.3 控制項狀態機制6.4 檢視狀態和控制項狀態的關係6.5 加密頁面狀態6.6 清除頁面狀態6.7 對動態添加控制項的檢視狀態分析6.8 自訂類型轉換器實現高效率序列化6.9 頁面狀態效能最佳化策略6.10 檢視狀態和控制項狀態的總結6.1 頁面狀態概述在

在前面的兩篇文章中,我們研究了Asp.Net Mvc

迭代2 - 修改樣式，美化應用這次迭代中，我們通過修改ASP.NET MVC的母板視圖及CSS來改善應用程式的觀感。本次迭代本次迭代的目標是改善Contact Manager應用程式的表現。Contact Manager當前使用的 是ASP.NET MVC預設的母板視圖和CSS(圖1)。雖然並不難看，可我不也並不希望我們的 Contact Manager看起還和其他的ASP.NET MVC網站都一個模子刻出來的。我希望自訂這些 檔案。圖

注:為保證可讀性，文中Controller、View、Model、Route、Action等ASP.NET MVC核心 單詞均未翻譯。迭代1 - 建立應用程式在這個系列中，我們將從頭至尾的創 建一個Contact Management應用程式。我們可以通過它來管理親戚、朋友、同事的聯絡資訊 ，如名字、電話號碼、電子郵件地址等等。我們將通過迭代的方式開發這個應用， 並在每次迭代的過程中逐漸的擴充和改善該應用程式。本次迭代在這第一次 迭代中，我們將用最快最簡單的方式建立起Contanct

概述在前面的兩篇文章總，我們分別做了一個簡單的ASP.NET MVC的例子和進行資料 的綁定，在本文中，將通過ASP.NET MVC Framework實現表單的提交，你可以看到，在這裡 有多種方法來擷取表單資料，可以自動對應、通過Request對象擷取等。實現新增數 據1.這裡我們還採用上一篇做過的Blog樣本（在後面的文章中，我將一直使用該樣本） ，在這之前，先修改一下上次樣本中的BlogRepository，為其增加一個Add方法：public void Add(Post post){　　

概述ASP.NET WebForm下，顯示列表資料，經常會使用伺服器控制項GridView、 DataList等。在ASP.NET MVC Framework中，我們有兩種方式進行顯示資料，一是使用行內 代碼，即通過迴圈視圖資料使用<%=%>標記進行呈現；二是使用伺服器控制項，同樣可 以把視圖資料繫結在伺服器控制項，如ASP.NET 3.5中的新控制項ListView。準備資料訪

先決條件若要在您自己的開發環境中實現這些過程，您需要：Microsoft Visual Studio 2005 或 Microsoft Visual Web Developer 速成版。一個支援 AJAX 的 ASP.NET 網站。在伺服器代碼中自訂錯誤處理首先，您將通過使用頁面中的伺服器代碼自訂錯誤處理。在伺服器代碼中自訂錯誤處理建立新頁並切換到“設計”視圖。在工具箱的“AJAX Extensions”選項卡中，雙擊 ScriptManager

摘要： Microsoft ASP.NET 2.0 在本地化 Web 應用程式方面進行了許多奇妙的改進。即使有了所有這些奇妙的優點，但在本地化網站後不久，您可能還會開始考慮擴充性。本文將協助您應用 ASP.NET 的擴充功能處理企業本地化方案並改進本地化開發過程。簡介ASP.NET 2.0 在本地化 Web 應用程式方面進行了許多奇妙的改進。我曾在 MSDN 文章“ASP.NET 2.0 Localization Features: A Fresh Approach to

一、簡介在2005年11月7日，微軟正式發行了.NET 2.0(包括ASP.NET 2.0)，Visual Studio 2005和SQL Server 2005。所有這些組件均被設計為可並肩獨立工作。也 就是說，ASP.NET版本1.x和版本2.0可以安裝在同一台機器上；你可以既有 Visual Studio.NET 2002/2003和Visual Studio 2005，同時又有SQL Server 2000和SQL Server 2005。而且，微軟還在發行Visual Studio 2

隨著.NET 2.0的發布，將會使得使用ASP.NET 2.0來構建的Web應用越來越容 易。使用ASP.NET 2.0和SQL Server 2005，將會比ASP.NET 1.1更方便地構建多 層體系架構的web應用。本文，將使用ASP.NET 2.0和SQL Server 2005 （.net使 用Visual Studio 2005 beta 2，SQL Server 2005使用april ctp版本）來 構建一個簡單的多層應用的例子，並且說明其中在.NET 2.0和SQL

根據項目需要，提供自訂伺服器控制項之