1.    問題

• 原始的封裝是麻煩的

struct Time

{

    ...

    public int GetHour()

    {

        return hour;

    }

    public void SetHour(int value)

    {

        hour = value;

    }

    ...

    private int hour, minute, second;

}

static void Main()

{

    Time lunch = new Time();

    lunch.SetHour(12);

    Console.WriteLine(lunch.GetHour());

}

封裝把一些不重要的細節隱藏起來，這樣你可以集中精力處理那些重要的內容。但封裝很難被掌握，一個典型的封裝誤用是盲目地把公有字段轉為私有字段。例如在上面的例子中，程序定義了一個私有字段hour和SetHour函數和GetHour函數，而不是定義一個公有的hour字段。如果GetHour函數只是返回私有字段的值而SetHour函數只是設置私有字段的值的話，那么你除了使Time類更難使用外，你不會得到任何好處。

2.    不是解決的辦法

·       如果字段是公有的，那使用起來是簡單的

w       但如果你使用公有字段的話，你會失去控制權

w       要簡化而不是簡單

struct Time

{

    ...

    public int Hour;

    public int Minute;

    public int Second;

}

static void Main()

{

    Time lunch = new Time();

    lunch.Hour = 30;

    lunch.Minute = 12;

    lunch.Second = 0;

    ...

}

上面的例子使用公有字段來使字段的使用比較簡單。例如，你不用寫：

              lunch.SetHour(lunch.GetHour() + 1);

而只要寫：

       ++lunch.Hour;

但是，這種簡單的表達式是有代價的。考慮上面的例子，程序給Hour和Minute字段分別賦值為30和12。問題是30不在Hour的范圍（0-23）內。但如果字段是公有的話，你就沒有辦法捕獲這個錯誤。

所以雖然get和set函數比較麻煩，但它們在這方面比公有字段具有優勢是很明顯的。get和set函數允許程序員控制類的內在字段的讀和寫。這是非常有用的，例如你可以檢查set函數的參數范圍。

當然最理想的方法是保留公有字段提供的簡單而直接的表達式和get和set函數提供的控制權。（呵呵，人總是既想偷懶又想得到很多）

3.    解決的辦法

·       屬性

w       自動使用get 標識符進行讀

w       自動使用set 標識符進行寫

struct Time

{

    ...

    public int Hour //沒有（），是H而不是h

    {  

        get { ... }

        set { ... }

    }

    private int hour, minute, second;

}

Time lunch = new Time();

...

lunch.Hour = 12;

...

Console.WriteLine(lunch.Hour);

C#提供了一個解決上述問題的好辦法。你可以把get和set函數組合成一個簡單的屬性。屬性的聲明包括一個可選的訪問修飾符(在例子中是public)、返回值(int)、屬性的名字(Hour)和一個包含get和set語句的屬性體。特別要注意的是屬性沒有括號，因為屬性不是函數。屬性的命名規則應符合一般的命名規則，即公有的使用PascalCase規則，而非公有的使用camelCase規則。在上面的例子中，Hour屬性是公有的，所以命名為Hour而不是hour。

例子中演示了屬性的用法。屬性使用的語法和字段的一樣，沒有括號。如果你要寫一個屬性，那你可以這樣寫：

              lunch.Hour = 12;

屬性的set語句自動被執行。

如果你要讀一個屬性，你可以這樣寫：

       int hour = lunch.Hour;

屬性的get語句自動被執行。

4.    get語句

l      get 語句

Ø       必須返回一個有確定類型的值

Ø       功能上就像一個 “get 函數”

struct Time

{

    ...

    public int Hour

    {  

        get

        {

            return hour;

        }

        ...

    }

    private int hour, minute, second;

}

Time lunch = new Time();

... Console.WriteLine(lunch.Hour);

//請注意，get和set不是關鍵字

當讀一個屬性的時候，屬性的get語句自動運行。

get語句必須返回一個有確定類型的值。在上面的例子中，Time結構類有一個整型屬性Hour，所以它的get語句必須返回一個整型值。

屬性的返回值不能是void（從這里可以推斷出字段的類型也不能是void）。這就意味著get語句必須包含一個完整的return語句（retun;這種形式是錯誤的）。

get語句可以在retun語句前包含任何其他的語句（比如，可以檢查變量的類型）,但return語句不能省略。

注意，get和set不是關鍵字，所以你可以在任何地方包括get/set語句中聲明一個局部變量、常量的名字是get或set，但最好不要這樣做。

5.    set語句

·        set 語句

w       是通過value 標識符來進行賦值的

w       可以包含任何語句（甚至沒有語句）

struct Time

{

    ...

    public int Hour

    {  

        ...

        set {

            if (value < 0 || value > 24)

                throw new ArgumentException("value");

            hour = value;

        }

    }

    private int hour, minute, second;

}

Time lunch = new Time();

...

lunch.Hour = 12;

當寫一個屬性的時候，屬性的set語句自動運行。

在上面的例子中，Time結構類有一個整型屬性Hour，所以賦給這個屬性的值必須是一個整型值。例如：

              lunch.Hour = 12;

把一個整型值12賦給了lunch的Hour屬性，這個語句會自動調用屬性的set語句。set語句是通過value標識符來獲得屬性的賦值的。例如，如果12被賦給了Hour屬性，那么vaue的值就是12。注意的是value不是一個關鍵字。value只是在set語句中才是一個標識符。你可以在set語句外的任何語句聲明value為一變量的名字。例如：

       public int Hour

       {

           get { int value; ... }//正確

           set { int value; ... }//錯誤

       }

6.    只讀屬性

l       只讀屬性只有get語句

Ø        任何寫操作都會導致錯誤

Ø        就像一個只讀字段

struct Time

{

    ...

    public int Hour

    {  

        get

        {

            return hour;

        }

    }

    private int hour, minute, second;

}

Time lunch = new Time();

...

lunch.Hour = 12; //錯誤

...

lunch.Hour += 2;//錯誤

一個屬性可以不必同時聲明get語句和set語句。你可以只聲明一個get語句。在這種情況下，屬性是只讀的，任何寫的操作都會導致錯誤。例如，下面的語句就會導致一個錯誤：

              lunch.Hour = 12;

因為Hour是只讀屬性。

但要注意的是，屬性必須至少包括一個get或set語句，一個屬性不能是空的：

              public int Hour { }//錯誤

7.    只寫屬性

l       只寫屬性只能有set 語句

Ø       任何讀操作都是錯誤的

struct Time

{

    ...

    public int Hour

    {  

        set {

            if (value < 0 || value > 24)

                throw new OutOfRangeException("Hour");

            hour = value;

        }

    }

    private int hour, minute, second;

}

Time lunch = new Time();

...

Console.WriteLine(lunch.Hour); //錯誤

...

lunch.Hour += 12;//錯誤

一個屬性可以不必同時聲明get語句和set語句。你可以只聲明一個set語句。在這種情況下，屬性是只寫的，任何讀的操作都會導致錯誤。例如，下面的語句就會導致一個錯誤：

              Console.WriteLine(lunch.Hour);

因為Hour是只寫屬性。

而下面的例子則看上去好像是對的：

       lunch.Hour += 2;

這句語句的實際運作是這樣的：

    lunch.Hour = lunch.Hour + 2;

它執行了讀的操作，因此是錯誤的。因此，像+=這種復合型的賦值操作符既不能用于只讀屬性，也不能用于只寫屬性。

【原創】抽象類和接口的區別（C#）

抽象方法（abstract ）相當于接口，根本就沒有實現，只等著子類來重新。
虛方法（Virtual）好歹完成了點功能。

1：abstract 方法只能在抽象類中聲明，而Virtual方法都可以。
2：abstract 方法必須在派生類中重寫，而Virtual方法可以重寫也可以不重寫
3：abstract 方法不能聲明方法實體， 
      abstract public void SD();
      虛方法則可以
      public virtual void sdf()
      {
           Console.WriteLine("A");
      }

不能將 virtual 修飾符與以下修飾符一起使用： static   abstract   override 。
abstract 和 virtual方法在子類中重寫時必須加上關鍵字override
        不用重新Button，只通過更改Button的Region屬性即可造出圓形按鈕
        System.Drawing.Drawing2D.GraphicsPath path = new System.Drawing.Drawing2D.GraphicsPath();
         path.AddEllipse(this.btn_circle.ClientRectangle);
         this.btn_circle.Region = new Region(path);         某些鍵，如 Tab、Return、Esc 和箭頭鍵，由控件自動處理。為使這些鍵引發 KeyDown 事件，必須在窗體上的每個控件中重寫 IsInputKey 方法。用于重寫 IsInputKey 的代碼需要確定是否按下了某個特殊鍵，并且需要返回一個 true 值。
重寫之后就可以讓Button控件KeyDown事件中箭頭鍵響應了。


Bridge模式：關鍵特征
意圖：將一組實現部分從另一組使用它們的對象中分離出來
問題：一個抽象類的派生類必須使用多種實現部分，但又不能引起類數量的爆炸
解決方案：為所有的實現部分定義一個接口，讓抽象類的所有派生類使用這個接口
效果：實現部分與使用它的對象分離
實現：將實現部分封裝在一個抽象類中
            在被實現的抽象部分基類中包含一個實現部分基類的句柄 1：修改表格中某項
UPDATE  表格
SET "欄位1" = [值1], "欄位2" = [值2]
WHERE {條件}

2：插入語句
INSERT INTO "表格名" ("欄位1", "欄位2", ...)
VALUES ("值1", "值2", ...)

3：刪除語句
DELETE FROM 表格
WHERE store_name = "Los Angeles" 
 
4：選擇語句
SELECT store_name FROM Store_Information  where “條件”

  -＝SQL語句集錦＝-

--語 句--           --功 能--

--數據操作
select             --從數據庫表中檢索數據行和列
insert             --向數據庫表添加新數據行
delete             --從數據庫表中刪除數據行
update             --更新數據庫表中的數據

--數據定義
create table       --創建一個數據庫表
drop table         --從數據庫中刪除表
alter table        --修改數據庫表結構
create view        --創建一個視圖
drop view          --從數據庫中刪除視圖
create index       --為數據庫表創建一個索引
drop index         --從數據庫中刪除索引
create procedure   --創建一個存儲過程
drop procedure     --從數據庫中刪除存儲過程
create trigger     --創建一個觸發器
drop trigger       --從數據庫中刪除觸發器
create schema      --向數據庫添加一個新模式
drop schema        --從數據庫中刪除一個模式
create domain      --創建一個數據值域
alter domain       --改變域定義
drop domain        --從數據庫中刪除一個域

--數據控制
grant              --授予用戶訪問權限
deny               --拒絕用戶訪問
revoke             --解除用戶訪問權限

--事務控制
commit             --結束當前事務
rollback           --中止當前事務
set transaction    --定義當前事務數據訪問特征

SQL函數篇：
1：SUM  GROUP BY  HAVING
SELECT store_name, SUM(sales)
FROM Store_Information
GROUP BY store_name
HAVING SUM(sales) > 1500

2：LIKE
SELECT *
FROM Store_Information
WHERE store_name LIKE '%AN%'

結論：Facade模式簡化接口，而Adapter模式將接口轉換成另一個現有的接口。

class  Circle extends Shape{
     ...
     private  XXCircle pxc;
     ...
     public Circle(){
       pxc = new XXCircle();
     }

    void public display(){
       pxc.displayIt();
     }
}
 
            

1：何為設計模式？
設計模式（Design pattern）是一套被反復使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結可以被反復使用而且可靠性高。設計模式可以讓你的程序可維護性高，可擴展性好。

2：為什么要學習設計模式？
       復用解決方案——通過服用已有的設計模式，為自己的問題找到了更高的起點，避免了繞彎路。不必再為普遍，重復的問題重新設計解決方案。
       建立通用的術語——交流與協作都需要一個共同的詞匯基礎，一個對問題共同的觀點。設計模式在項目的分析和設計階段提供了一個通用的參考點。
       更高層次的視角——這樣的視角將你從“過早處理細節”的“暴政”中解放出來。

模式本身就是對如何創建優良面向對象設計策略的實現：
    1.針對接口編程
    2.優先使用對象組合，而不是類繼承
    3.發現并封裝變化點

abstract factory、adapter、strategy體現了針對接口編程，
composite、bridge體現了優先使用組合而不是繼承等。

 深入到具體模式的討論，記錄一些需要注意的問題：
1.Adapter與Facade模式的區別
它們都是包裝器，但是兩者也有細微的區別:
.兩個模式中，我們都有已經存在的類（或者說系統）
.Facade模式中，我們無需針對接口編程；而Adapter模式我們必須針對接口編程
.Adapter模式通常是為了保持多態，而Facade模式對此不感興趣
.動機不同，Facade模式是為了簡化接口，而Adapter模式是針對一個現存的接口編程
結論：Facade模式簡化接口，而Adapter模式將接口轉換成另一個現有的接口

2.Bridge模式的理解
Bridge模式的意圖是將抽象部分與它的實現部分分離，使它們可以獨立的變化。這里的關鍵點是需要理解“實現部分”，如果把“實現部分”看成“對象外部、被對象使用的某種東西”，此模式就很好理解了。我們將變化轉移到一個使用或者擁有變化的對象（此對象是指抽象類的對象和用來實現抽象類的派生類的對象）。當出現繼承的類爆炸情況時，也許你該考慮此模式的應用場景了。

3.Strategy模式是一種定義算法家族的方法，所有的算法都做相同的工作，它們只是擁有不同的實現。當你的代碼中出現了很多switch或者if else的語句，你應該考慮此模式。Strategy模式帶來的缺點是類的數量的增加，在java中可以通過將實現類作為嵌套類放在Strategy抽象類中來解決。

4.singleton模式:
保證一個類有且僅有一個實例，并提供一個訪問它的全局訪問點
單線程應用：
第一種：靜態初始化

判空函數應用