ASP

在ASP.NET的WebForm組件中的LinkButton組件也是一個伺服器端的組件，這個組件有點類似於HTML中的＜A＞標識符。它的主要作用是就是在ASP.NET頁面中顯示一個超連結。當這個連結被按動的時候，頁面就會往伺服器端傳遞資訊，並且在伺服器端來處理相應的事件。一.LinkButton組件的重要的組成內容：我們通過下面這張表來說明一下LinkButton組件的一些常用屬性、事件。LinkButton組件的常用屬性、事件 代表的意思Text

一.什麼是應用程式設定應用程式設定通常是指與應用程式密切相關的一系列參數。在基於表單的Windows應用程式中，應用程式設定主要包括影響應用程式布局的位置.尺寸等參數；影響應用程式外觀的顏色.形狀等參數；此外，還包括應用程式的語言.文化等設定以及資料來源和連接字串等等。這些參數設定在程式開發中應用廣泛，有的被用來保持應用程式的一致性.連續性，比如儲存應用程式結束時的表單大小.位置及背景顏色，下次執行應用程式時恢複這些設定；另一些參數則使程式碼更加簡潔高效，比如儲存資料庫連接字串供多次調用。與基於

介紹可能有很多的時候，我們急需把圖片存入到資料庫當中。在一些應用程式中，我們可能有一些敏感的資料，由於儲存在檔案系統（file

為了更好的建立互動式Web應用程式，加強應用程式安全性(例如，防止指令碼入侵等)，開發人員應該對使用者輸入的部分提供驗證功能。過去，輸入驗證功能基本由自行編寫的用戶端指令碼來完成這種實現方法既繁瑣，又容易出現錯誤。隨著技術的發展，ASP.NET技術通過提供一系列驗證控制項來克服這些缺點，例如，RequiredFieldValidator、CompareValidator、RangeValidator等。使用這些驗證控制項，開發人員可以向Web頁面添加輸入驗證功能，例如定義驗證規則、定義向使用者顯

為了設定複合控制項的外觀，複合控制項必須提供一些樣式屬性，尤其是針對子控制項的樣式屬性。在本文中，我們將重點介紹為複合控制項實現樣式屬性的兩種方法。1、上傳部分樣式屬性在為複合控制項實現樣式屬性之前，讀者應首先瞭解"樣式冒泡"的基本概念。樣式冒泡多用於實現複合控制項的樣式屬性。由於在複合控制項中包含多個子控制項，因此，這些子控制項的樣式屬性可能在一定情況下，幹擾複合控制項的樣式屬性，引起樣式屬性混亂。為了更加明確的定義複合控制項的樣式屬性，可以採取將子控制項的樣式屬性上傳為頂

在上面一篇文章中，我們討論了有關建立複合控制項的基本理論，並且通過一個典型應用掌握了複合控制項的呈現方法。本文將繼續講解有關建立複合控制項的內容，重點是為複合控制項實現事件的具體方法。複合控制項的事件處理簡介談到自訂控制項的事件處理問題，這在前面的系列文章中已經進行講解。由前文可知，實現控制項事件的核心主要是定義事件屬性結構和事件處理常式等。然而，這些內容是構建所有自訂伺服器控制項的基礎。僅僅依靠這些方法是無法實現複合控制項的事件的。因為，複合控制項中包含子控制項，這就使得複合控制項的事件處理變

在《基於IIS的WCF服務寄宿（Hosting）實現揭秘》中，我們談到在採用基於IIS（或者說基於ASP.NET）的WCF服務寄宿中，具有兩種截然不同的運行模式：ASP.NET並行（Side by

IIS 5.x與ASP.NET我們先來看看IIS 5.x是如何處理基於ASP.NET資源（比如.aspx,.asmx等）請求的，整個過程基本上可以通過圖1體現。IIS 5.x運行在進程InetInfo.exe中，在該進程中一個最重要的服務就是名為World Wide Web Publishing Service（簡稱W3SVC）的Windows

細算起來，已經有好幾個月沒有真正的寫過文章了。近半年以來，一直忙於我的第一本WCF專著《WCF技術剖析》的寫作，一直無暇管理自己的Blog。到目前為止《WCF技術剖析（卷1）》的寫作暫告一段落，初步預計於下個月由武漢博文視點出版。在《WCF技術剖析》寫作期間，對WCF又有了新的感悟，為此以書名開始本人的第三個WCF系列。本系列的目的在於對《WCF技術剖析》的補充，會對書中的一些內容進行展開講述，同時會囊括很多由於篇幅的原因忍痛割棄的內容。本系列的第一篇，我將會對WCF的基本架構作一個大致的講解。

到今天，這個系列的文章就要先告一段落了。其中我用了10篇文章也沒有窮盡該項目的設計思想，只 能從中撿了一些我感興趣的東西進行了分析和說明，正所謂興趣是最大的動力。當然限於本人水平有限 ，難免有一些認識上的錯誤，也希望大家在回複中與我進行交流。下面把一些還未窮盡的內容做一下羅列，以備感興趣的朋友繼續品味。1.項目中使用了“Rhino.Mocks”，有對單元測試和這個項目感興趣的朋友可以通過測試

使用強型別的ViewData好處有許多，比如說在IDE中就會有更好的支援，比如代碼提示。同時在View 與Controller之間有更嚴謹的“約定”。在Suteki.Shop項目中作者對強型別的ViewPage引入 是通過MvcContrib實現的，下面就是其ViewPage<T>代碼（Suteki.Shop\Views\ViewPage.cs）：public class ViewPage<T> :

在Suteki.Shop中使用了NVeloctiy模版引擎，用於提供可訂製的郵件模版。而郵件的功能就是當定單 狀態發生變化時，系統會向買家發送郵件通知。其中的郵件資訊內容就是採用NVeloctiy的模版（.vm擴 展名）進行訂製的。因為在Sutekie.Shop的最新源碼包中只是部分實現了其功能，而全部的功能 還在完善中，所以要運行本文中所說的功能，需要在下面的連結地址中下載其最新程式檔案（包括單元

在Suteki.Shop中內建了提供了基於NHibernate方式的ORM功能，只不過就目前的項目進度還未全部完 成其設計時的構想，另外在單元測試上也沒有完整的測試。不過其設計思路還是很有意思的。就 其將NHibernate引入到項目中的實現方式而言，與Rhino.Commons中所提倡的方式如出一轍，那就是基於 IRepository模式。關於IRepository這個介面的定義在之前的這篇文章中已提到並做了相應說明，所以

在Suteki.Shop中Model的原型是基於Linq to SQL建立的，其dbml檔案位於Suteki.Shop\Shop.dbml。 而Suteki.Shop在此檔案的基本上，以"partial class "的方式在Suteki.Shop\Model檔案夾下 建立了相應的類檔案以擴充Shop.dbml中Model類的一些方法和屬性聲明，如下圖：為了便於 大家理解，下面以Model中的Product.cs為例進行說明。Product是對網站中所銷售商品的資料信 息類。

在Suteki.Shop中，作者構造了一個ModelBinder基類“DataBinder”，其本身繼承自 IModelBinder介面，並以此其類派生出其它一些子類類如ProductBinder等等。可以說除了極個別的地方 之外，DataBinder被用於了Suteki.Shop大多數的ModelBinder綁定情境之路。首先看一下其類圖 結構：作為基類， DataBinder（圖中左下方）實現了將HTTP請求過來的資料轉換成為模型中相應的類型。其核心方法就是

這篇文章不能算是Enterprise Library 2.0的一個技巧，只是Logging Application Block的一個簡單應用而已，在這裡我們使用Logging Application Block來記錄一個ASP.NET

其實在ASP.net編程中，不用調用md5.asp來加密資料。在DotNet中有內建的類：System.Web.Security.HashPasswordForStoringInConfigFile()以下是引用片段：public string md5(string str,int code){if(code==16) //16位MD5加密（取32位加密的9~25字元）{return

在ASP.net MVC的一個開源項目MvcContrib中，為我們提供了幾個視圖引擎，例如NVelocity, Brail, NHaml, XSLT。那麼如果我們想在ASP.NET MVC中實現我們自己的一個視圖引擎，我們應該要怎麼做呢？我們知道呈現視圖是在Controller中通過傳遞視圖名和資料到RenderView()方法來實現的。好，我們就從這裡下手。我們查看一下ASP.NET MVC的原始碼，看看RenderView()這個方法是如何?的：protected virtual

MD5的全稱是Message-Digest Algorithm 5（資訊-摘要演算法），在90年代初由Mit Laboratory for Computer Science和Rsa data security inc的Ronald l.

原本的Url.Action方法是利用RouteCollection來實現Url的Routing的。所以這裡用一個擴充方法重現一下using System.Web.Routing;static public class CUrl {　public static string Action(this Controller c, string controller, string action) {　　RouteValueDictionary rvd = new