ASP

最近比較清閑，正好利用這個時間仔細研究了一下Asp.net的多層架構，主要參考的是 Wrox 的一本<.Net WebSite Programming

在用 ASP.NET 編程時，開啟一個頁面一般是通過指定超連結位址，調用指定的分頁檔(.html、.aspx)等方法。但是，如果即將開啟的分頁檔的內容是在程式中動態產生，或者是從資料庫的表裡取出的，我們怎麼把這些內容展示出來呢？我們最直接的想法是，把這些內容先儲存成網頁檔案，再調用它。這種方法當然是可以的，但不是最好的方法，因為這樣會在 Web

一.概要：留言簿是網站的一個重要組成部分，是訪問者發表意見的場所，也是網站管理員瞭解網站基本情況的有力工具。所以留言簿在現在的網站中扮演了重要的角色。可是在以前開發一個留言簿並不是一件容易的事，開發人員的工作量往往會很多。而現在隨著微軟推出VS.net，相應的技術推陳出新。特別是XML在.net

using System;using System.Web;using System.Net;using System.IO;using System.Text;namespace SendMessage{public bool SendMsg(MsgInfo msg){//create requesttry{WebRequest req = WebRequest.Create("http://your_post_url");//set the request

在寫程式之間，飛刀還是讓大家看看追捕是如何通過IP來判斷使用者的來源地的(恩恩，現在就要揭揭"追捕"的"老底"了，大家好好聽啦)。如果讓您去編寫追捕軟體的話，我想您首先想到的就是去收集一張IP分配表，並將他們存入資料庫以便讀取。在追捕軟體中，確實存在一張IP分配表，但是這張表在哪兒呢？呵呵，我們知道在追捕的下載包含兩個檔案，其一為wry.exe，這是追捕的主程式，其二為wry.dll，注意啦這便是我們辛辛苦苦想找的IP分配表。但是哪種資料檔案是以dll結尾

導 讀：Server.HTMLEncode 和 Server.URLEncode 是ASP中很常用的函數，在ASP.NET中也有類似的函數：HtmlEncode 和 UrlEncode （注意大小寫）以下用執行個體來進行介紹。 Server.HTMLEncode and Server.URLEncode are very common functions used by ASP developers. Well, as you may have guessed, these two

本文中，我們將看到兩個例子，它們使用AdRotator伺服器控制項在一個頁面上顯示廣告。使用AdRotator伺服器控制項有以下幾個步驟：第一步建立一個包含著廣告細節的XML檔案，比如說叫art008_ads.xml，它包含以下元素：●ImageUrl—包含將被顯示圖象的URL，可以是絕對路徑，也可以是相對於顯示廣告的頁面的相對路徑。●NavigateUrl—包含目標Web

簡介在現實世界中，人們經常希望能夠把某個文字檔的部分或全部內容儲存到一個 Web 網頁變數中。在經典的 ASP 中，只要簡單地使用 FileSystemObject 就能做到了。其實，在 ASPFAQs.com 中就有一個 FAQ 欄目專門討論 FileSystemObject 。可是在 ASP.NET 中呢？FileSystemObject 當然還可以用，不過，經驗表明這麼做會嚴重影響伺服器效能。因此，最好還是使用 .NET

本文舉例說明在ASP.NET中發送Email的眾多可能性，內容覆蓋了諸如Email格式、優先權、附件及Email編碼等方面。ASP.NET被賦予了一個發送Email的新對象，名為SmtpMail。使用SmtpMail對象從ASP.NET頁面中發送Email時，可以遵循以下簡單步驟：▲包含與郵件有關類所需要的名稱空間；▲例示一個資訊對象，設定屬性；▲使用SmtpMail對象執行個體的send方法發送郵件。現在我們就來一步一步地研究從一個ASP.NET頁面發送Email的過程。我們使用了VB來說明這

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

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

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

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

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

細算起來，已經有好幾個月沒有真正的寫過文章了。近半年以來，一直忙於我的第一本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中內建了提供了基於NHibernate方式的ORM功能，只不過就目前的項目進度還未全部完 成其設計時的構想，另外在單元測試上也沒有完整的測試。不過其設計思路還是很有意思的。就 其將NHibernate引入到項目中的實現方式而言，與Rhino.Commons中所提倡的方式如出一轍，那就是基於 IRepository模式。關於IRepository這個介面的定義在之前的這篇文章中已提到並做了相應說明，所以

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

原本的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