目前分類:生活學習 (61834)

瀏覽方式: 標題列表 簡短摘要

MySQL數據庫新特性之存儲過程入門教程

來源: IT168  發布時間: 2011-10-05 17:56  閱讀: 10240 次  推薦: 4   原文鏈接   [收藏]  

  在MySQL 5中,終于引入了存儲過程這一新特性,這將大大增強MYSQL的數據庫處理能力。在本文中將指導讀者快速掌握MySQL 5的存儲過程的基本知識,帶領用戶入門。

ASP.NET Process Model之二:ASP.NET Http Runtime Pipeline[上篇]

作者: Artech  來源: 博客園  發布時間: 2010-09-03 22:21  閱讀: 1244 次  推薦: 0   原文鏈接   [收藏]  

  ASP.NET Process Model索引

解析ASP.NET應用程序中上傳文件的方案

作者: Jeffrey Zhao  來源: 博客園  發布時間: 2010-08-08 20:47  閱讀: 1759 次  推薦: 1   原文鏈接   [收藏]  

  在Web程序中上傳文件是很常見的需求。利用HTTP協議上傳文件的方式非常有限,最常見的莫過于使用<input type="file" />元素進行上傳。這種上傳方式會將內容使用multipart/form-data方案進行編碼,并將內容POST到服務器端。使用multipart/form-data編碼方式與默認的application/x-url-encoded編碼方式相比,在大數據量情況下效率要高很多。

ASP.NET 4.0 一些隱性的擴展

作者: 阿不  來源: 博客園  發布時間: 2010-08-22 21:06  閱讀: 2351 次  推薦: 0   原文鏈接   [收藏]  
摘要:ASP.NET 4.0在很多方面都做了改進,這篇文章將繼續深入介紹一些在我平常開發中絕對非常有用的擴展點。

提高ASP.NET應用程序性能的十大方法

作者: EasyWriter  來源: 博客園  發布時間: 2010-08-22 21:10  閱讀: 997 次  推薦: 0   原文鏈接   [收藏]  
摘要:構建WEB項目時,性能是十分重要的,提高性能的方法可以從很多次面出來。做為后臺代碼編寫人員,我們有必要了解ASP.NET本身的性能優化技巧。

疑惑?改良? 從簡單工廠到工廠方法

作者: shenfx  來源: 博客園  發布時間: 2009-10-22 18:27  閱讀: 1233 次  推薦: 0   原文鏈接   [收藏]  

  寫在前面

WCF基本異常處理模式[上篇]

作者: Artech  來源: 博客園  發布時間: 2009-10-27 20:48  閱讀: 8949 次  推薦: 0   原文鏈接   [收藏]  

  由于WCF采用.NET托管語言(C#和NET)作為其主要的編程語言,注定以了基于WCF的編程方式不可能很復雜。同時,WCF設計的一個目的就是提供基于非業務邏輯的通信實現,為編程人員提供一套簡單易用的應用編程接口(API)。WCF編程模式的簡單性同樣體現在異常處理上面,本篇文章的主要目的就是對WCF基于異常處理的編程模式做一個簡單的介紹。

筆試題 關于類中static變量

作者: 月朗星稀  來源: 博客園  發布時間: 2009-10-21 14:30  閱讀: 1522 次  推薦: 0   原文鏈接   [收藏]  

C# 反射技術應用

作者: 435銀狐  來源: 博客園  發布時間: 2009-10-22 13:41  閱讀: 7910 次  推薦: 3   原文鏈接   [收藏]  

  反射(Reflection)是.NET中的重要機制,通過放射,可以在運行時獲得.NET中每一個類型(包括類、結構、委托、接口和枚舉等)的成員,包括方法、屬性、事件,以及構造函數等。還可以獲得每個成員的名稱、限定符和參數等。有了反射,即可對每一個類型了如指掌。如果獲得了構造函數的信息,即可直接創建對象,即使這個對象的類型在編譯時還不知道。 

走向ASP.NET架構設計——第四章:業務層分層架構(前篇)

作者: 小洋(燕洋天)  來源: 博客園  發布時間: 2010-11-08 14:28  閱讀: 1808 次  推薦: 0   原文鏈接   [收藏]  
摘要:在任何一個項目中業務層毫無疑問是最重要的層,所以在設計的過程中,如何組織業務層是至關重要的。本章的討論將會涉及Flower的架構模式一書中的四種組織業務層的模式:Transaction Sript,Active Record,Anemic Model 和Domain Model。每一中組織業務邏輯的模式有著各自都優缺點,如何選擇他們重要的還是取決于我們所要開發的項目的類型。

asp.net 頁面轉向 Response.Redirect, Server.Transfer, Server.Execute的區別

作者: 肖品  來源: 博客園  發布時間: 2010-10-01 00:35  閱讀: 3052 次  推薦: 0   原文鏈接   [收藏]  
摘要:文章總結了Response.Redirect,Server.Transfer,Server.Execute的他們之間的區別。

走向ASP.NET架構設計——第四章:業務層分層架構(后篇)

作者: 小洋(燕洋天)  來源: 博客園  發布時間: 2010-11-09 21:21  閱讀: 1388 次  推薦: 0   原文鏈接   [收藏]  
摘要:在上一篇文章中,我們討論了組織業務邏輯的模式:Transaction Script和Active Record,Domain Model。在本篇中開始講述Anemic Model。

ASP.NET偽靜態的實現及偽靜態的意義

作者: 刺猬的溫馴  來源: 博客園  發布時間: 2010-10-01 00:17  閱讀: 2315 次  推薦: 0   原文鏈接   [收藏]  
摘要:真正的靜態化和偽靜態還是有本質的區別的。其實所謂的偽靜態頁面,就是指的URL重寫,在ASP.NET中實現非常簡單。本文討論來我們為什么會采用偽靜態和相應的簡單實現。

ASP.NET的運行原理與運行機制

作者: 肖品  來源: 博客園  發布時間: 2010-10-01 00:18  閱讀: 12863 次  推薦: 1   原文鏈接   [收藏]  

  當一個HTTP請求到服務器并被IIS接收到之后,IIS首先通過客戶端請求的頁面類型為其加載相應的.dll文件,然后在處理過程中將這條請求發送給能夠處理這個請求的模塊。在ASP.NET 3.5中,這個模塊叫做HttpHandler(HTTP處理程序組件),之所以.aspx文件可以被服務器處理,就是因為在服務器端有默認的HttpHandler專門處理.aspx文件。IIS在將這條請求發送給能夠處理這個請求的模塊之前,還需要經過一些HttpModule的處理,這些都是系統默認的Modules(用于獲取當前應用程序的模塊集合),在這個HTTP請求傳到HttpHandler之前要經過不同的HttpModule的處理。這樣做的好處,一是為了一些必需的過程,二是為了安全性,三是為了提高效率,四是為了用戶能夠在更多的環節上進行控制,增強用戶的控制能力。ASP.NET 3.5運行原理如圖1.1所示。

DotNetNuke 5 C#版本解讀之--架構介紹

作者: dujingjing1230  來源: CSDN  發布時間: 2010-11-08 22:06  閱讀: 2072 次  推薦: 1   原文鏈接   [收藏]  

      整體上DNN5和其它比較大的企業級應用系統一樣分為web服務器和數據庫服務器。Web服務器包括表現層,商業邏輯層和數據訪問層,而數據庫服務器主要是數據層。如下圖:

Server-push技術(comet)----------asp.net中的異步處理+client與服務器端的長連接

作者: [曾恩]  來源: 博客園  發布時間: 2010-10-01 00:16  閱讀: 6312 次  推薦: 0   原文鏈接   [收藏]  
摘要:服務器的數據推送技術的引入極大的方便了用戶的使用,server-push需要客戶端與服務器端建立一個長連接,這個長連接不能斷,這樣服務器端一旦有東西就會通過這個管道傳到客戶端,數據的push又需要使用到.net的異步回調。

學習 ASP.NET MVC (第二回)實戰篇

作者: GWPBrian  來源: 博客園  發布時間: 2009-08-18 10:54  閱讀: 6239 次  推薦: 0   原文鏈接   [收藏]  

HttpApplication,HttpModule,HttpContext及Asp.Net頁生命周期

作者: 菩提樹下的楊過  來源: 博客園  發布時間: 2010-08-22 21:12  閱讀: 5145 次  推薦: 0   原文鏈接   [收藏]  
 

詳解ASP.NET MVC數據分頁

作者: 逆時針  來源: 逆時針  發布時間: 2010-03-24 10:20  閱讀: 21856 次  推薦: 12   [收藏]  

ASP.NET MVC框架已經進入2.0時代,本文將從ASP.NET MVC數據分頁談起,希望能對大家有所幫助。

使用IronPython檢測ASP.NET程序狀況(下)

作者: Jeffrey Zhao  來源: 博客園  發布時間: 2009-03-25 08:31  閱讀: 959 次  推薦: 0   原文鏈接   [收藏]  

  在上一篇文章中,我們在一個請求中執行了IronPython代碼,通過這個方法我們可以輕松地的檢查系統運行的狀態,或對系統進行一些簡單修改。但是這種做法只能檢查系統在當前時刻的狀態,在很多情況下,我們需要對系統的請求進行一段時間的采樣。對于簡單的數據(例如每秒執行的請求數量,請求時間),我們可以通過查看Performance Monitor中相關的計數器來獲得一些概要的數據。但是,如果我們需要獲取一些系統的詳細狀態,甚至是需要根據需要進行動態改變的自定義需求,則勢必要深入到系統內部進行數據采集。因此,我們可能需要讓代碼執行“一段時間”,并將直接結果進行匯總輸出。