其他

幾乎所有的SNS網站都有[邀請站外好友]加入本站這個功能，當然，我們正在開發的這個名為XXX的網 站也不例外，今天學習了一下，把成果向大家做一簡單彙報。這個功能的關鍵點在於取得使用者的已有連絡人清單，並發送邀請函（一般都是電子郵件的形式），在 這篇文章裡，只涉及怎麼樣取得MSN中連絡人資訊，如果大家有興趣，我會把怎麼樣取得Gmail、Yahoo等

// 效能最高，其數組和像素一一對應public static void test1(Image img) { Bitmap bmp = new Bitmap(img); BitmapData bitmapData = bmp.LockBits(new Rectangle(new Point(0, 0), img.Size), ImageLockMode.ReadWrite, PixelFormat.Format24bppRgb);

緩衝是在ASP.NET開發中經常需要用到在技術，在使用過程中，通常會用到HttpRuntime.Cache和 HttpContext.Current.Cache。而且在使用過程中，通常會覺得這兩個似乎用哪一個都行，都能達到緩衝 資料的目的。那麼這兩個Cache到底有什麼不同呢？在什麼時候用哪一個比較好呢？這裡談談我的一些了 解和看法吧。兩者的異同先來看看msdn的解釋HttpContext.Cache : Gets the ASP.NET Cache object for the

很多朋友可能沒有意識到這個問題，但如果你的網站經常出現莫名其妙的亂碼，那麼就應該好好地來 看看這個話題。codepage，中文翻譯為 “內碼錶”或者“字碼頁”,它的完整介紹可以參考下面的連結http://zh.wikipedia.org/wiki/%E4%BB%A3%E7%A0%81%E9%A1%B5簡單地說，這是程式用於對字元進行編碼的一個表。字碼頁是伺服器的事情，或者說是程式的事情。

NumberTextBoxpublic abstract class NumberTextBox<T> : BaseTextBox where T : IComparable<T> { private T minValue = default(T); public virtual T MinValue { get { return minValue; } set {

前些天我發了一篇關於AR的配置的文章,是我幫一位剛學習AR的朋友做了一個小執行個體後寫上來的，裡面我採用了IConfigurationSource,ActiveRecord是在web.config裡配置的,其實ActiveRecord可以單獨寫在別的地方或動態配置也是可以的，比如用XML來配置,用Hashtable來配置.下面我簡單介紹了怎麼配置.一.用XML配置,通過XmlConfigurationSource來擷取配置資訊,AppConfig.xml,詳細配置請看下面xml資料1<?x

現在許多企業與組織都有網上賣東西的需求，而線上付款成為B2C的最大難題，因為銀行不能能直接與 那麼多企業(而且是中小企業)實施技術對接，幸好有類似支付寶這樣的中介軟體，這個問題才得以解決，但 是在付款給支付寶時，有一個“URL參數問題”，如果處理不當，就會給粗心的介面使用者造成損失。這樣講的意思是：如果支付寶可以更加嚴謹的處理或B2C企業技術人員能夠嚴謹處理，這個損失是可以

一個查詢執行的不是很理想，大部分原因都是由於資料量過大。很多查詢都篩選了大量的資料並且並沒有什麼作用。其實大部分不好的語句都可以訪問更少的資料。我們可以通過兩個步驟來分析效能差的查詢語句。找出你的應用程式所擷取的資料是否超出了你的需求。意思就是它訪問了過多的資料，但是它也可能訪問了過多的列。找出MySQL伺服器是否分析了過多的行。從資料庫獲得的資料是否超出了你的需要？一些查詢語句擷取了很多不需要的資料，之後再把它們扔掉。這就需要MySQL伺服器做額外的工作，加重了網路的負擔，並且消耗了應用伺服器

上一章，我們解釋了怎樣最佳化schema.這是高效能的一個必要條件。但是僅僅考慮Schema也是不夠的-你也需要設計你的查詢。如果你的查詢很差，即使Schema設計完美，也沒什麼用。查詢最佳化，索引最佳化，和schema最佳化應該一起齊頭並進的。隨著你在MySQL中獲得了最佳化查詢的經驗，你也會明白怎樣設計Schema來支援你這些高效的查詢。同樣的，你對Schema設計的瞭解也會影響你所寫查詢的類型。這個過程是花費時間的，所以我們建議在你知道更多的時候，要複習下前幾章。這章要從考慮查詢的設計開始

上一篇中，我們分析了頁面中的控制項和資料繫結中的擴充方法，今天我們看資料的查詢和顯示。其中 ，資料的查詢屬於商務邏輯層（Business），而顯示屬於UI層。假設我們要根據以下兩個條件進行查詢：日誌分類（ID）發布時間（範圍）兩者為“AND”的關係，則查詢可以通過通過擴充IQueryable<Blog>類實現，該功能定義在 BlogExtension類中（位於DongBlog.Business\Blogs\Blog.cs檔案中），代碼如下：　 1:　/// &

上一篇文章中，我們簡單的分析了頁面的設計，今天我們來看頁面中的動態部分。Master和Default頁 面中的主要控制項如下表： 控制項ID 描述 Calendar Asp.Net內建的日曆控制項，使用內建的樣式，以後我們會使用該控制項實現根據日期的查詢。 ListView_BlogClass

上一篇中我們分析了實體類，這一篇我們來看看資料訪問是怎麼設計的。從系統結構圖中可以看出，到目前為止我們沒有任何關於資料庫訪問的實現部分，而Business則僅僅 是給出了IDatabase和IEntityDataAccess這兩個用於定義資料訪問要實現什麼功能的介面。我們認為資料 訪問如何?是系統的細節，而領域模型（商務邏輯）是抽象，抽象的領域模型定義、但不關心、更不依 賴資料訪問和資料庫的設計與實現。相反，作為實現的細節，資料層根據商務邏輯的需要實現，隨業務邏 輯的變更而變更，這也符合DIP（

上一篇中，我們產生了實體代碼，加入了Business和Common，項目突然變得大了起來，現在我們就來 一點點分析。我們還是從這張系統結構圖出發。先來看Common這個DLL，其中所包含的類，如下圖所示。1，驗證相關類（IValidatable，Validater，ValidateResult，ValidateFailException）這四個類主要是在業務層，驗證實體資料時使用，每一個實體（Entity）在儲存資料時對其自身資料

上兩篇我們已經有了一個XML，並且根據這個XML產生了資料庫，這次我們來看一下如何從這個XML得到 初步的實體類。還是那個XML：　 1:　<?xml version="1.0" encoding="utf-8" ?>　 2:　<Entities xmlns="http://it.ouc.edu.cn/EntityDescription/V2">　 3:　　<Entity

上一篇文章中，我們分析了系統的兩個實體類，並且給出了對應的實體XML。今天我們來看看如何根據 這個XML進行代碼產生。　 1:　<?xml version="1.0" encoding="utf-8" ?>　 2:　<Entities xmlns="http://it.ouc.edu.cn/EntityDescription/V2">　 3:　　<Entity title="日誌"

摘要：TheBeerHouse整個網站是屬於CMS(Content Management System)架構的系統,即基於內容的網站 設計,這是網站設計最普遍的一種架構.在此網站的設計中,為什麼需要用到許多抽象基類,為什麼需要各種 看似讓人難以理解的屬性和成員變數，設計意圖是什麼，這麼設計有什麼好處等等這類問題，都是值得我 們思考和探討的問題.我們將從層次關係、類圖關係、設計意圖這幾個方面討論上述提出的問題.一.

摘要: 安全管理是網站設計不可迴避的問題,也是網站設計的重用組成部分.這些組成部分都需要對不 同的使用者進行識別,檢查使用者是否有許可權對那些受限制的網頁進行訪問,這種方法稱為認證 (authentication).決定使用者可以對哪些內容進行訪問,這種方法稱為授權(authorization).這兩個概念容 易弄混淆,那麼可以這麼來理解: 認證---你是誰?　 授權---我已經知道你是誰,你可以做什麼?認證和授

摘要: 安全管理是網站設計不可迴避的問題,也是網站設計的重用組成部分.這些組成部分都需要對不 同的使用者進行識別,檢查使用者是否有許可權對那些受限制的網頁進行訪問,這種方法稱為認證 (authentication).決定使用者可以對哪些內容進行訪問,這種方法稱為授權(authorization).這兩個概念容 易弄混淆,那麼可以這麼來理解: 認證---你是誰?　 授權---我已經知道你是誰,你可以做什麼?認證和授

上篇討論了換膚技術,這篇將繼續討論下一個知識點----個人化管理,即利用ASP.NET 2.0 內建的使用者 個人化管理功能(必備文章討論)將使用者的各種個性資訊存入自訂資料庫,以達到個性資訊的"記憶"功能, 讓每個使用者無論是匿名還是註冊,在他們下次登入或匿名登入後仍然能得到自己上次的個性設定(比如網站 皮膚,頁面配置,註冊時的各種個人資訊等).這裡的個人化管理還包括許可權管理的說明(第3篇討論),其技術基礎請參看上述必備知識文章.那麼我們就繼續展開討論.一.

對於ASP.NET學習的中期,TheBeerHouse 項目是一個不錯的選擇,這個項目幾乎囊括了所有ASP.NET 2.0 下所有的技術點,而且其設計的類圖架構知識值得我們借鑒.關於此項目的介紹,在此不羅嗦,可以參看如下 地址:1. 源碼下載: http://www.asp.net/Downloads/starter-kits/the-beer-house2. 功能技術點介紹: http://www.codeplex.com/TheBeerHouse3. 該項目真實網站: http://www.