C++

本文試圖在.net Framework環境下，使用C#語言來描述委託、事件的概貌。希望本文能有助於大家理解委託、事件的概念，理解委託、事件的用途，理解它的C#實現方法，理解委託與事件為我們帶來的好處。C#是一種新的語言，希望大家能通過本文清楚地看到這些，從而可以對委託、事件等技術進行更深入的理解和探索。 　　一.

關於oo的編程思想已經越來越普遍被大家瞭解,但是對一些基礎的東西理解還是很模糊，比如基類和子類的調用順序。在這裡我以c#為例在大家面前賣弄一下：（能力有限，有紕漏之處請多賜教^_^）對於一個下面一段代碼 public class baseClass {     public string a="baseClass" ;     public baseClass()     {         a="初始化baseClass";     } } public class

　本文樣本原始碼或素材下載　　二、事件　　1.瞭解概念　　事件就是當對象或類狀態發生改變時，對象或類發出的資訊或通知。發出資訊的對象或類稱為"事件來源",對事件進行處理的方法稱為"接收者",通常事件來源在發出狀態改變資訊時,它並不知道由哪個事件接收者來處理.這就需要一種管理機制來協調事件來源和接收者,C++中通過函數指標來完成的.在C#中事件使用委託來為觸發時將調用的方法提供類型安全的封裝。　　在介紹事件之前我們先來瞭解幾個事件的基本概念和幾個重要素：　　--事件的本質　　-事件是特殊的委託執行

記得教科書上有這樣一句話:"如果需要使用同一類型的多個對象，就可以使用集合和數組。" ,是的,沒有錯.只是數組的大小是固定的。如果元素個數是動態，就應使用集合類。在.NET Framework裡，集合有很多，如List<T>和ArrayList是與數組相當的集合類。還有其他類型的集合：隊列、棧、鏈表和字典。本文不會對這些集合對象作詳細的介紹，只是把常用的集合對象拿出來討論一下。

    由於做項目需要寫了一個顯示圖片的自定的DataGridColumn樣式，拋磚引玉了using System;using System.Data;using System.Windows.Forms;using System.Drawing;namespace DataGridPictureBoxColumn{ public class DataGridPictureBoxColumn : DataGridColumnStyle  {  private ImageList

1. 抽象類別和類成員 使用 abstract 關鍵字可以建立必須在衍生類別中實現的不完整的類和類成員。 例如：  public abstract class A{    // Class members here.}抽象類別不能執行個體化。抽象類別的用途是提供多個衍生類別可共用的基類的公用定義。例如，類庫可以定義一個作為其多個函數的參數的抽象類別，並要求程式員使用該庫通過建立衍生類別來提供自己的類實現。 抽象類別也可以定義抽象方法。方法是將關鍵字 abstract 添加到方法的傳回型別的前面。

C# 常見錯誤處理1 ArgumentException     在向方法提供的其中一個參數無效時引發的異常     2 AppDomainUnloadedException   在嘗試訪問已卸載的應用程式定義域時引發的異常     3 ArithmeticException 因算術運算、類型轉換或轉換操作中的錯誤而引發的異常     4

C#介面是一個讓很多初學者容易迷糊的東西，用起來好象很簡單，定義介面，然後在裡面定義方法，通過繼承與他的子類來完成具體的實現。但沒有真正認識介面的作用的時候就覺得用介面是多此一舉，當然你這樣想是絕對錯誤的。在軟體設計中有一個非常重要的原則就是：面向介面編程，依賴與介面或抽象層。可見介面在真正的開發中是多麼的重要。 　　在之前C#編程利器之一:類(Class)一文裡介紹了類的相關知識，本文主要介紹OO編程中的另一個重要知識點--介面。在某種程度上說，介面也是類，一種特殊的類或抽象類別。

物件導向的程式設計(Object-Oriented Programming，簡記為OOP)是一種功能非常強大的編程方法，立意於建立軟體重用代碼，以類為基礎去思考編程問題。類是OOP中的核心組成元素，通常都是使用類來“封裝”對象（屬性、行為）。在經典圖書《代碼大全》裡定義：“建立高品質的類，第一步，可能也是最重要的一步，就是建立一個好的介面。這也包括了建立一個可以通過介面來展現的合理的抽象，並確保細節仍被隱藏在抽象背後。”,其實介面也是一個類,一個更為抽象的類. 　　在我以前的一篇文章裡曾經提到:

1. 避免將多個類放在一個檔案裡面。 2. 一個檔案應該只有一個命名空間，避免將多個命名空間放在同一個檔案裡面。 3. 一個檔案最好不要超過500行的代碼（不包括機器產生的代碼）。 4. 一個方法的代碼長度最好不要超過25行。 5. 避免方法中有超過5個參數的情況。使用結構來傳遞多個參數。 6. 每行代碼不要超過80個字元。 7. 不要手工的修改機器產生的代碼。 a) 如果需要編輯機器產生的代碼，編輯格式和風格要符合該編碼通訊協定。 b) Use partial classes

一、引言 1. 問題的引入 假設你設計的程式已經部署到使用者的電腦上，並且能夠正常運行了。但是有一天，使用者打來了電話——他們要求增加新的功能。確定了使用者的需求後，你竟然發現原有的軟體架構已經無法勝任新增任務的需求——你需要重新設計這個應用了！但問題是，就算你又用了一個開發週期完成了使用者需要的應用，卻不能保證使用者的需求不會再次變更。也就是說，需求蔓延的可能性依然存在。因此，這種情況下外掛程式構架更能顯示出它的優越性。 2. 幾個解決方案的對比

?? "null coalescing" operator是c#新提供的一個操作符，這個操作符提供的功能是判斷左側的運算元是否是null,如果是則返回結果是右側的運算元，非null則返回左側的運算元。我們可以看下下面的這幾個樣本來看看這個操作符的使用方法：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->string message = "Hello 

先看代碼：using System;using System.Collections.Generic;using System.Text;namespace testRef{    class testRef{        private static void ChgArrVal(int[] array){            for (int i = 0; i < array.Length; i++ )                array[i] =

原文出處　http://www.nikonclub.cc/nikon/lofiversion/index.php?t9987.htmlClouder2007/01/29 19:19:03以下提到的全幅，代表135底片的大小，也就是36mm*24mm (3:2)大小的簡稱；而文中提到的APS-C系統意指Nikon的DSLR數位系統，其他廠商因其感光元件大小稍有差異，這邊不提。本文主要是討論全幅與Nikon APS-C系統的MTF曲線在解讀上差異，Nikon在官方網頁上提供的MTF圖，可在http:

１。string是c#中的類，String是.net Framework的類(在c# IDE中不顯示深藍色，顯示為淺藍色) string被ｒｅｆｌｅｃｔｏｒ為.net Framework的String ２。如果你用string，編譯器會把它編輯成String，所以直接用String的話，可以稍微讓編譯器少做點，實際無差別吧我感覺 ３。如果使用c#，建議使用string，符合規範。畢竟string始終代表System.String(1.x) 或者::System.String(2.0)

Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->/*Test For Jagged ArrayList From NameValueCollection(The Upgraded Hashmap Type, Key-->Value1,

   在linux下些C語言程式，最大的問題就是沒有一個好的編程IDE，當然想kdevelop等工具都相當的強大，但我還是習慣使用kdevelop工具，由於沒有一個習慣的編程IDE，記憶體檢測也就成了在linux下編寫程式的一個大問題。是不是說沒有一種記憶體檢查工具能夠在linux使用呢，也不是，像valgrind工具還是相當不錯的。他的是http://valgrind.org/downloads/current.html#current 下載一個valgrind 3.2.3 (tar.bz2)

很久很久以前，我對C語言的瞭解並不是很多，我最早聽說多線程編程是用Java，其實C語言也有多線程編程，而且更為簡單、方便、強大。下面就讓我們簡單領略一下Unix C語言環境下的多線程編程吧！下面先看一個簡單的單線程程式：/* 06.3.6   Sghello.c   Hello,world -- Single Thread*/#include<stdio.h>#define NUM 6int main(){    void print_msg(char*);   

C 語言最大痛點揭秘(轉) 本文將帶您瞭解一些良好的和記憶體相關的編碼實踐，以將記憶體錯誤保持在控制範圍內。記憶體錯誤是 C 和 C++ 編程的禍根：它們很普遍，認識其嚴重性已有二十多年，但始終沒有徹底解決，它們可能嚴重影響應用程式，並且很少有Team Dev對其制定明確的管理計劃。但好消 息是，它們並不怎麼神秘。     C 和 C++

前幾天寫了一篇介紹 ref 使用方法的文章：正確理解 C# 中的 ref 關鍵字，用於協助大家加深對 ref 使用方法的瞭解。看來還是有部分兄弟姐妹沒有完全搞明白:( 那我就再加上一篇，講述得清楚一些。有不對的地方請指出，大家共同提供，呵呵。 C# 中的變數 依據網上的一些文章介紹，要瞭解 C# 對記憶體的處理，首先要瞭解 C# 中的變數，以及變數的值是什麼。在 C#