其他

讓我們在開始本節內容之前先瞭解以下幾個基本概念。應用程式定義域應用程式定義域(通常簡稱為AppDomain)可以視為一種輕量級進程。一個Windows進程內可以包含多個AppDomain。AppDomain這個概念的提出是為了實現在一個物理伺服器中承載多個應用程式，並且這些應用能夠相互獨立。ASP.NET中利用AppDomain在同一個進程內承載了多組Web應用程式就是一個例子。實際上微軟曾進行過在單一進程內承載多達1000個簡單Web應用程式的壓力測試。使用AppDomain所獲得的效能優勢主

在上一篇文章我們已經介紹到通過在設定檔中指定自訂的ChannelSinkProvider，我們可以在Pipeline中加入自己的ChannelSink，此時我們就可以加入自己的資訊處理模組，但是這裡我們所能操作的對象是已經經過格式化的訊息（即資料流），我們看不到原始的訊息對象，這也勢必影響了我們所能實現的擴充功能。而在上文的圖1中，我們看到除了ChannelSink可以擴充之外，我們還可以加入自訂的MessageSink，而它是位于格式器之前的，也就是說在MessageSink中我們可以直接操作

AOP的兩個應用：實體集更新(DateEntityListUpdate)、消極式載入(LazyLoad)（下）LazyLoadableSink類//*******************************************************************　　　　//　模組:實現延遲載入的訊息接收器　　　　//　日期:2009-9-19　14:08:58　　　　//　作者:Faib　　　　//　著作權:Copyright　Faib　Studio　2009　　　　//　官

AOP的兩個應用：實體集更新(DateEntityListUpdate)、消極式載入(LazyLoad)（上）在FaibClass.Data中，有兩個AOP的應用，它們分別是實體集更新(DateEntityListUpdate)、消極式載入

首先要瞭解對方網頁的運行機制

開發中 很多人都會使用BLL

概述

用.Net兩年了，也積累了一些知識和經驗，覺得應該做出點自己的東西，而並不只是給別人打工。所以決定利用最新發行的VS2008(Orcas) Beta2也加入到WEB 2.0的大潮中來，一來是學以所用，二來在實踐中掌握最新的技術。現在流行在開發階段給項目起個Code

我們一直努力又努力去掌握那些對於我們來說是全新的東西。那麼，我們做什麼來協助學習？下面是一個關於如何使你編程更迅速合理的10件事情的列表。我更習慣與使用Ruby on Rails，但下面的觀點也適用於其他環境。1．升級單元測試你的編程沒有測試？你應當隨時進行測試，即TATFT ( testing all the fucking time

(1)所有資料都應該隱藏在所在的類的內部。(2)類的使用者必須依賴類的共有介面，但類不能依賴它的使用者。(3)盡量減少類的協議中的訊息。(4)實現所有類都理解的最基本公有介面[例如，拷貝操作(深拷貝和淺拷貝)、相等性判斷、正確輸出內容、從ASCII描述解析等等]。(5)不要把實現細節(例如放置共用代碼的私人函數)放到類的公有介面中。如果類的兩個方法有一段公用代碼，那麼就可以建立一個防止這些公用代碼的私人函數。(6)不要以使用者無法使用或不感興趣的東西擾亂類的公有介面。(7)類之間應該零耦合，或者

使用ref的一段代碼using System;class M{public void F(ref int i){i=3;}}class Test{int i=0;　//要作為引用參數傳遞的變數必須明確賦值static void Main(){　//不能把int i=0;放在這裡賦值，會報錯說Test不包含i定義。Test t=new Test();Console.WriteLine("the value of i is:{0}",t.i);M mm=new M();mm.F(

第1部分 建立項目、團隊和計劃在超過一年多的時間裡，我們一直在使用 IBM® Rational Team Concert™ 來支援我們的 Scrum 小組，享用它的特性，與它的缺點共存，並發展它的下一個版本。使用 IBM Rational Team Concert V2，Jazz 和 Rational Team Concert 團隊可以向 Scrum 和敏捷評估、規劃支援交付顯著的改進（更不要去提更加改進的 網頁用戶端以及許多其他新的特性）。專業術語 scrum

環境：Windows 2008, VS 2008 SP1, Asp.Net Mvc 1.0------------------------------------------------------------------------------今晚喝茶看片之時，腦子裡忽然閃過一個念頭，於是開啟VS簡單的做了一個實現，於是有了本文...是關於實體驗證的，嗯，從頭開始說吧。一.

《設計模式》一書對Decorator是這樣描述的：動態地給一個對象添加一些額外的職責。就增加功能來說，Decorator模式比產生子類更為靈活。也就是說：動態地給對象添加一些額外的功能。它的工作原理是：建立一個始於Decorator對象（負責新功能的對象）終止於原對象的一個對象的“鏈”。例如，我們要為超市的收銀台設計一個列印票據的程式，有的需要列印票據的頭資訊，有的需要列印票據的頁尾資訊，有的只需要列印票據的內容。如果針對每一種情況都修改一次程式，勢必會很麻煩。這時我們可

剛才在讀一段代碼的時候看到了一個不怎麼有趣的方法：C#代碼/// <summary>/// Add enough zeros to a number as to be represented on 4 characters/// </summary>/// <param name="offset">/// The number that must be represented on 4 characters///

GOF《設計模式》一書對Adapter模式是這樣描述的：將一個類的介面轉換成客戶希望的另外一個介面。Adapter模式使原本由於介面不相容而不能一起工作的類可以一起工作。這段話大致是說：我們需要一種方式，為一個功能正確但介面不合的對象建立一個新介面。例如，客戶給我們如下需求：1）為都有“顯示”(display)行為的點、線、正方形分別建立類。2）客戶對象不必知道自己到底擁有點、線、還是正方形。它只需知道擁有這些形狀中的一個。也就是說，我們要用一個更高層次的概念將這些具體形

極限編程方法的興起將測試驅動開發和持續整合帶入了主流 Java 開發實踐。如果沒有採用正確的工具，在 Java 伺服器端開發中使用這些技術很快會成為一場噩夢。在本文中，軟體開發人員 Philippe Girolami 描述了如何處理持續整合，以及如何聯合使用 DbUnit 和 JUnit，以便在每次測試之前通過設定資料庫狀態來端到端地控制測試環境。軟體開發中最重要的一種做法就是測試。通過推薦測試優先的開發和持續整合，極限編程（Extreme

Django設計思路這個文檔解釋了一些在Django開發人員在開發Django項目中基本的思路。無論是以前還是未來，這些基本的思路將會貫穿Django開發的整個過程。概述松耦合Django的一個基本目標是松耦合，強內聚。在架構中不同層（layer）相互隔離，不應該有所滲透，除非萬不得已。比如，模板（template）系統不會包含任何web

介面具有不變性，但這並不意味著介面不再發展。類似於類的繼承性，介面也可以繼承和發展。注意：介面繼承和類繼承不同。首先，類繼承不僅是說明繼承，而且也是實現繼承；而介面繼承只是說明繼承。也就是說，衍生類別可以繼承基類的方法實現，而派生的介面只繼承了父介面的成員方法說明，而沒有繼承父介面的實現。其次，C#中類繼承只允許單繼承，但是介面繼承允許多繼承，一個子介面可以有多個父介面。介面可以從零或多個介面中繼承。從多個介面中繼承時，用“：”後跟被繼承的介面名字，多個介面名之間用&ld

瞭解了組件的基本含義後，我們還必須進一步理解介面(interface)的含義。介面描述了組件對外提供的服務。在組件和組件之間、組件和客戶之間都通過介面進行互動。因此組件一旦發布，它只能通過預先定義的介面來提供合理的、一致的服務。這種介面定義之間的穩定性使客戶應用開發人員能夠構造出堅固的應用。一個組件可以實現多個組件介面，而一個特定的組件介面也可以被多個組件來實現。組件介面必須是能夠自我描述的。這意味著組件介面應該不依賴於具體的實現，將實現和介面分離徹底消除了介面的使用者和介面的實現者之間的耦合關