ASP

在上一篇文章中，我們的簡單討論了.NET中兩種非同步模型以及它們在異常處理上的區別，並且簡單觀察了ASP.NET MVC 2中非同步Action的編寫方式。從中我們得知，ASP.NET MVC 2的非同步Action並非使用了傳統基於Begin/End的非同步編程模型，而是另一種事件架構非同步模式。此外，ASP.NET MVC

當一個伺服器控制項要同時下列兩種事時：1.伺服器端的點擊事件2.用戶端的點擊時執行ajax請求需要的效果：先執行ajax請求，然後根據ajax的結果，決定是否執行伺服器的響應事件當一個伺服器控制項同時執行這兩種操作時，由於網速，響應速度，網路環境等多方面的因素，要麼是後者的結果將前者的結果覆蓋，要麼是前者的結果將後者覆蓋，這樣很難達到所需要的效果。於是，我想到了一個折中的辦法。一，將伺服器控制項“隱藏”(注意，如果直接將 伺服器端控制項的屬於visiable =

本篇隨筆主要是關於Flex與asp.net的WebService通訊，其中利用了SoapHeader。(如果你對SoapHeader不瞭解，可以參考WebService開發(一) 如何使用Soap頭)。由此可見WebService在跨平台方面的優勢。ASP.NET的WebService代碼using System;using System.Web;using System.Web.Services;using

以前在項目中資料繫結一直用<%# %>今天在ASP.NET StartKit TimeTracker的AdminTabs.ascx中有一段代碼：<a href='<%= Global.GetApplicationPath(Request) %>/<%# ((ASPNET.StarterKit.TimeTracker.BusinessLogicLayer.TabItem)　　Container.DataItem).Path %>'><%# ((

在開發中我們為了整個程式目錄結構清晰化，望望會建立許多不同的檔案目錄.例如結構如下：|root|pic|web|usercontrol在web目錄中，我們怎麼取到pic目錄中的圖片路徑呢？方法1：讓我們先看看ASP.NET StartKit TimeTracker的解決方案：ASP.NET StartKit TimeTracker的類Global中定義了一個公有方法：public static string GetApplicationPath(HttpRequest request)　　　　　

對於有跨國業務的web系統來說，一般都需要提供多語言功能。然而在眾多多語言方案裡，如.net內建的Resource方式，都會在程式開發時增加程式員的額外負擔，不易開發：1.各種不同的地方實現多語言，如aspx的control綁定,js指令碼，cs代碼,procedure裡的提示資訊等，這些多語言實現方式各不相同，加重了開發難度。2.在要實現多語言的代碼中都要與擷取語系文字的代碼進行強耦合，不方便擴充和維護。如.net的Resource方式某個label實現多語言:lblName.Text =

提前祝大家新年好！前段時間日夜趕工，終於按計劃推出了項目的新版本。今天終於有時間寫點東西了。 前段時間公司同事在項目中引入了Asp.net Ajax (beta1)版。 用著用著，在查看網頁時，不時報 'Sys'未定義 的錯誤。按照網上的辦法對web.confg

發現最新版本的改動很大，下面就測試情況作一下說明(這裡借用官方的例子)：1、首先建一個WebService 檔案（HelloWorldService.asmx），代碼如下：<%@ WebService Language="C#" Class="Samples.AspNet.HelloWorldService" %>using System;using System.Web;using System.Web.Services;using

1、.Net的HTTP請求.NET與ASP的運行機制有很大不同.ASP的請求與響應是,ASP頁面被請求,然後逐行解釋.是基於過程的.最多是包含了檔案,需要先引入檔案罷了.而.Net,在頁面被請求後,首先是載入HTTP Module,這不是本文的重點.然後再載入HTTP

狀態管理是您對同一頁或不同頁的多個請求維護狀態和頁資訊的過程。與所有基於 HTTP 的技術一樣，Web Form頁是無狀態的，這意味著它們不自動指示序列中的請求是否全部來自相同的用戶端，或者單個瀏覽器執行個體是否一直在查看頁或網站。此外，到伺服器的每一往返過程都將銷毀並重新建立頁；因此，如果超出了單個頁的生命週期，頁資訊將不存在。ASP.NET

檢視狀態是 ASP.NET 頁架構預設情況下用於儲存往返過程之間的頁和控制項值的方法。當呈現頁的 HTML 形式時，需要在回傳過程中保留的頁的目前狀態和值將被序列化為 Base 64 編碼的字串，並輸出到檢視狀態的隱藏欄位中。檢視狀態是 ASP.NET 頁中的儲存庫，可以儲存需要在回傳過程中保留的值。例如，您可以將資訊儲存在檢視狀態中，下次將頁面發送到伺服器時，將會在頁載入事件程序中訪問這些資訊。您可以使用頁的 ViewState

在許多應用程式中，需要儲存並使用對使用者唯一的資訊。使用者訪問網站時，您可以使用已儲存的資訊向使用者顯示 Web 應用程式的個人化版本。個人化應用程式需要大量的元素：必須使用唯一的使用者識別碼儲存資訊，能夠在使用者再次訪問時識別使用者，然後根據需要擷取使用者資訊。若要簡化應用程式，可以使用 ASP.NET 設定檔功能，該功能可為您執行所有上述任務。ASP.NET

ASP.NET 允許您使用工作階段狀態儲存每個活動的 Web 應用程式會話的值，工作階段狀態是 HttpSessionState

ASP.NET 允許您使用應用程式狀態來儲存每個活動的 Web 應用程式的值，應用程式狀態是 HttpApplicationState 類的一個執行個體。應用程式狀態是一種全域儲存機制，可從 Web 應用程式中的所有頁面訪問。因此，應用程式狀態可用於儲存需要在伺服器往返行程之間及頁請求之間維護的資訊。應用程式狀態儲存在一個鍵/值字典中，在每次請求一個特定的 URL 期間就會建立這樣一個字典。可以將特定於應用程式的資訊添加到此結構以在頁請求期間儲存它。一旦將應用程式特定的資訊添加到應用程式狀態中，

每次將網頁發送到伺服器時，都會建立網頁類的一個新執行個體。在傳統的Web編程中，這通常意味著在每一次往返行程中，與該頁及該頁上的控制項相關聯的所有資訊都會丟失。例如，如果使用者將資訊輸入到文字框，該資訊將在從瀏覽器或用戶端裝置到伺服器的往返行程中丟失。狀態管理是您對同一頁或不同頁的多個請求維護狀態和頁資訊的過程。與所有基於 HTTP 的技術一樣，Web

TypeConverter在本系列的上篇文章中，和大家控討了控制項開發與propertyGrid的關係，不知現在大家現在對propertygrid有沒有一個較全面的瞭解，也不知大家有沒有做個工程，把propertyGrid拉進去鼓搗鼓搗？“另起爐灶”現在我們來思考一個問題：假於，propertygrid沒有把屬性和事件分成兩個分頁來顯示，會產生什麼效果？那還用說，太亂了。那如果你設計的控制項有很多的屬性，而一些關聯性很強，或都是操作一個方面的，那麼我們可以把它們分門別類，

“生死有序”“裝裝孫子”上篇文章《開篇》說了不少空洞的理論，這篇文章我還是先說說“大而化之”的東西：1、ASP.net控制項（包括頁面本身）的生命期的細節；2、如何開始一個控制項的編寫。“生死有序”ASP.net處理常式在接收到一個使用者的頁面請求後，它是如何變戲法把一個鮮活的頁面呈現給用戶端的呢？它都做了哪些事？按什麼順序做的？要說明這個問題，我們首先要明白，一個頁面它本身也是一個Control。從

早段時間，同事之間很流行打CS，所以那段時間的問候變成了“今天你殺XX了嗎？”控制項開發也許是程式員最能發掘自己創造力的一件事情吧？控制項開發不僅要求你對當前的開發有一個較全面和略深的瞭解，而且也能促使你去瞭解開發環境的底層的東西。比方說我在開發控制項的過程中就對reflect和MSIL產生了較深的興趣，也許，在以後的一段時間裡，我會嘗試去做一個reflector，哈哈，很多事情都很難說地～“今天你寫控制項了嗎？”，也許在將來會成為中國.net程式

之前在寫CSS有關文章的時候，我就想寫寫如何使用ASP.NET控制項能夠更加CSS Friendly，更容易實現一些常見的頁面配置pattern，然而之後就發現這並非那麼容易的。說起來要讓ASP.NET控制項變得CSS Friendly很容易，直接使用ASP.NET 2.0 CSS Friendly Control Adapters就是了，然而事實並非如此簡單。CSS Friendly Control Adapters的不足首先請允許我對這個CSS Friendly Control

標籤：pip   include指令   blog   tor   html   super關鍵字   view   tom   imp   Chapter 3: Web API Clients 第3章 Web