CImageList:可以用于給TreeCtrl節(jié)點添加Icon

mciSendString

The mciSendString function sends a command string to an MCI device. The device that the command is sent to is specified in the command string

mciSendString("set cdaudio door open",NULL,0,0);

mciSendString("set cdaudio door closed",NULL,0,0);

MCI

The Media Control Interface (MCI) provides standard commands for playing multimedia devices and recording multimedia resource files. These commands are a generic interface to nearly every kind of multimedia device. 

NOTIFYICONDATA Structure  產(chǎn)生類似托盤的效果

---

Contains information that the system needs to process taskbar status area messages.

CreateToolhelp32Snapshot ：對系統(tǒng)中的進程“拍照”

一 基本概念

軟件過程（Software Process）
軟件過程可定義為企業(yè)設計，研制和維護軟件產(chǎn)品及相關資料文檔的全部生
產(chǎn)活動和工程管理活動。

軟件過程能力（Software Process Capablility）
企業(yè)實施軟件過程所能實現(xiàn)預期目標的程度。它可用于預測企業(yè)的軟件過程水平。

軟件過程行為（Software Process Performance）
企業(yè)在項目開發(fā)中遵循軟件過程所能得到的實際結果。

軟件過程成熟度（Software Process Maturity）
軟件過程行為可被定義，預測和控制并持續(xù)行提高的程度。它主要用來表明不同項目所遵循的軟件過程的一致性。

軟件能力成熟度等級（Software Capablility Maturity levels）
企業(yè)的軟件開發(fā)在由低到高成熟化演進過程中所普遍面臨的具有一定成熟度特征的平臺。

成熟與不成熟（Mature and Immature）
不成熟的標志有-  沒有明確的軟件過程體系可以依據(jù)，無法對生產(chǎn)進行預測；不嚴格執(zhí)行生產(chǎn)過程；質(zhì)量無法保證；無健全的過程控制及質(zhì)量控制體系；項目開發(fā)沒有準則可遵循；開發(fā)結果主要依據(jù)項目小組及個人的帶有主觀因素的能力發(fā)揮。
成熟的標志有-項目開發(fā)是依據(jù)企業(yè)早已明確的過程準則來實施；開發(fā)結果較少的依賴個人能力和自然因素；項目由過程控制并可對整個生產(chǎn)作出預測；產(chǎn)品質(zhì)量得到有效的監(jiān)控（）；過去的開發(fā)項目中所獲經(jīng)驗得以積累并可系統(tǒng)地用于現(xiàn)行和未來的項目之中。

配置管理（Configuration Management）
包括以下管理行為： 對某個配置項的功能和物理特性進行識別和編檔；對這些特征的變動進行控制；對變動和事實進行記錄、匯報；驗證需求計劃的實現(xiàn)。

偏差（Deviation）
針對開發(fā)中的計劃、標準、規(guī)劃等的明顯偏離和變動。

同業(yè)復審（Peer Review）
軟件項目開發(fā)成員的同行遵循某一規(guī)則對項目產(chǎn)品所作的檢查，用于發(fā)現(xiàn)缺陷所在。

風險管理（Risk Management）
運用風險概率方法分析評估項目開發(fā)設計中的各類風險，包括風險識別，風險分析，風險等級排序和風險控制。

軟件工程過程組（Software Engineering Process Group）
協(xié)助開發(fā)機構對所采納的軟件過程進行制定、分析、監(jiān)控和改進的專家組。
它應該直接向機構的最高領導層負責。

軟件生命周期（Software Life Cycle）
指軟件開發(fā)所涉及的全過程，包括從產(chǎn)品設計到產(chǎn)品終結的整個周期，一般分為概念階段，需求階段，設計階段，實施階段，測試階段，安裝調(diào)試階段，運行維護階段，終止階段。

軟件需求（Software Requirement）
用戶為實現(xiàn)某種目標或者解決某種問題要求軟件給予滿足的條件。

    侵入檢測系統(tǒng)是用來通過網(wǎng)絡檢測非法訪問、操作的軟件或者硬件系統(tǒng)。攻擊的形勢大都是以黑客、惡意軟件等。侵入檢測系統(tǒng)不能在加密的網(wǎng)絡中檢測攻擊。侵入檢測系統(tǒng)被用來檢測幾種類型的惡意行為，這些惡意行為能獲得計算機系統(tǒng)的信任。他們會攻擊網(wǎng)絡的脆弱服務，應用程序的數(shù)據(jù)驅(qū)動，提升權限，未經(jīng)授權的登陸，訪問敏感文件和惡意軟件等（病毒，木馬或者蠕蟲）。IDS由幾部分構成：傳感器，產(chǎn)生安全事件；控制臺程序，監(jiān)視事件和警告、控制傳感器；中心發(fā)動機，記錄傳感器登陸事件和使用系統(tǒng)規(guī)則產(chǎn)生來自安全事件的警告。有幾種方式劃分IDS，取決于傳感器的類型和位置以及發(fā)動機產(chǎn)生警告的方法。很多簡單IDS的實現(xiàn)都是將這三部分組件合并成一個簡單的設備或者裝置。侵入檢測系統(tǒng)的類型： 在以網(wǎng)絡為基礎的侵入檢測系統(tǒng)中，由于傳感器是網(wǎng)絡的瓶頸而被監(jiān)視，通常在隔離區(qū)或者網(wǎng)絡邊界中。傳感器捕獲網(wǎng)絡信息流量并且分析惡意流量中包的數(shù)據(jù)內(nèi)容。在系統(tǒng)中,PIDS和APIDS被用來監(jiān)視網(wǎng)絡流量和協(xié)議，非法或者不當?shù)木W(wǎng)絡流量或者語言結構。在以主機為基礎的系統(tǒng)中，傳感器有軟件代理構成，用來監(jiān)視主機的所有活動。  網(wǎng)絡侵入檢測系統(tǒng)是一個獨立的平臺。能夠通過檢查網(wǎng)絡流量和監(jiān)視多個主機來辨別侵入。

簡單工廠： 用一個單獨的類來做創(chuàng)造實例的過程，就是工廠。

優(yōu)點：在于工廠類中包含了必要的邏輯判斷，根據(jù)客戶端的選擇條件動態(tài)實例化相關的類，對于客戶端來說，去除了與具體產(chǎn)品的依賴。

例子：實現(xiàn)計算器代碼

1 計算和顯示分開
2 靈活地修改和擴展（開放封閉原則）
3 單一原則（加減乘除各個自成一類）

/**
*    File    : IOperation.h
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: interface of operation
*/

#if !defined _IOPERATION_H_
#define _IOPERATION_H_

class IOperation
{
public:
    IOperation(double _doubleA = 0, double _doubleB = 0);
    virtual ~IOperation(){};
   
    virtual double Execute() = 0;

    void SetA(double _doubleA);
    double GetA();

    void SetB(double _doubleB);
    double GetB();

protected:
private:
    double m_doubleA;
    double m_doubleB;

};

#endif

/**
*    File    : IOperation.cpp
*    Author    : Eastong
*    Date    : 11/3/2008
*    Function: the realization of IOperation
*/

#include "IOperation.h"


IOperation::IOperation(double _doubleA /* = 0 */, double _doubleB /* = 0 */)
{
    m_doubleA = _doubleA;
    m_doubleB = _doubleB;
}

void IOperation::SetA(double _doubleA)
{
    m_doubleA = _doubleA;
}
double IOperation::GetA()
{
    return m_doubleA;
}

void IOperation::SetB(double _doubleB)
{
    m_doubleB = _doubleB;
}

double IOperation::GetB()
{
    return m_doubleB;
}

/**
*    File    : CAdd.h
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: the declaration of Add operation
*/
#if !defined _CADD_H_
#define _CADD_H_

#include "IOperation.h"

class CAdd : public IOperation
{
public:
    virtual double Execute();
protected:
private:
};

#endif

/**
*    File    : CAdd.cpp
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: the realization of Add operation
*/

#include "CAdd.h"

double CAdd::Execute()
{
    return GetA() + GetB();
}

/**
*    File    : CSub.h
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: the declaration of sub operation
*/
#if !defined _CSUB_H_
#define  _CSUB_H_

#include "IOperation.h"

class CSub : public IOperation
{
public:
    virtual double Execute();
protected:
private:
};

#endif

/**
*    File    : CSub.h
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: the realization of sub operation
*/

#include "CSub.h"

double CSub::Execute()
{
    return GetA() - GetB();
}

/**
*    File    : CMul.h
*    Author  : Eastsong
*    Date    : 11/3/2008
*    Function: the declaration of mul operation
*/
#if !defined _CMUL_H_
#define  _CMUL_H_

#include "IOperation.h"

class CMul : public IOperation
{
public:
    virtual double Execute();
protected:
private:
};

#endif
/**
*    File    : CMul.cpp
*    Author  : Eastsong
*    Date    : 11/3/2008
*    Function: the realization of mul operation
*/
#include "CMul.h"

double CMul::Execute()
{
    return GetA() * GetB();
}

/**
*    File    : CDiv.h
*    Author  : Eastsong
*    Date    : 11/3/2008
*    Function: the declaration of div operation
*/
#if !defined _CDIV_H_
#define _CDIV_H_

#include "IOperation.h"

class CDiv : public IOperation
{
public:
    virtual double Execute();
protected:
private:
};

#endif

/**
*    File    : CDiv.cpp
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: the realization of div operation
*/
#include "CDiv.h"

double CDiv::Execute()
{
    if (0 != GetB())
    {
        return GetA() / GetB();
    }
    else
    {
        /**
        * I do not know how to throw the exception using c++
        */
        //throw Exception();

        return 0;
    }
}

/**
*    File    : OperationFactory.h
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: factory of create operation object
*/

#if !defined _OPERATION_FACTORY_H_
#define _OPERATION_FACTORY_H_

#include "IOperation.h"

class OperationFactory
{
public:
    static IOperation * CreateOperation(char  op);
protected:
private:
};

#endif

/**
*    File    : OperationFactory.cpp
*    Author    : Eastsong
*    Date    : 11/3/2008
*    Function: factory of create operation object
*/

#include "OperationFactory.h"
#include "CAdd.h"
#include "CSub.h"
#include "CMul.h"
#include "CDiv.h"

IOperation * OperationFactory::CreateOperation( char op)
{
    IOperation * operation = 0;

    switch(op)
    {
    case '+' :
        operation = new CAdd();
        break;
    case '-':
        operation = new CSub();
        break;
    case '*':
        operation = new CMul();
        break;
    case '/':
        operation = new CDiv();
        break;
   
    default:
   
        break;
    }

    return operation;
}

 史上最牛夫妻生活協(xié)議
  1.吵架不當著父母，親戚，鄰居的面吵，在公共場所給對方面子。
 
  2.不管誰對誰錯，只要一吵架，男方必須先輕聲輕氣哄女方一次，女方才能馬上冷靜下來，否則女方一看到男方哇啦哇啦女方也忍不住哇啦哇啦，一旦造成嚴重后果，全部由男方負責。
 
  3.在家里吵架不準一走了之，實在要走不得走出小區(qū)，不許不帶手機和關機。
 
  4.尊敬對方的父母長輩，吵架不開心不能對父母無禮。
 
  5.有錯一方要主動道歉，無錯一方在有錯方道歉并補償后要盡快原諒對方。

 
  6.雙方都有錯時要互相檢討，認識到錯誤并道歉后由男方主動提出帶女方出去散心。
 
  7.要出氣不準砸東西，只能吃東西，實在手癢只能砸枕頭。
 
  8.吵架盡量不隔夜，晚上睡覺時男方必須主動抱女方，女方生氣百般推讓男方也不能就此放棄，一定要哄到女方睡著，做上美夢。。。

 
  9.每周都要給對方按摩一次，因為大家經(jīng)常吵架都很辛苦，男方手藝不好的話可以跟盲人師傅學，嚴禁和發(fā)廊女學！
 
  10.吵架時男方不準掛電話，如果掛了要馬上打回去，并表示歉意，吵架時女方如果掛了電話，男方必須在1分鐘內(nèi)打給女方，電話不通打手機，總之不能氣綏，屢掛屢打，但是女方也要給男方面子，每次掛電話次數(shù)不大于5次。

（公約條款暫時為以上這幾條，可由女方無理由無時間限制的更改，男方有權利提出異議，但是異議是否被采納最終解釋權在女方手里）
                            

看完大話設計模式有好一段時間了，不過總覺得理解的不透徹，可是重新翻看又說不明白哪里不理解。
大話設計模式基本涵蓋了目前流行的大部分設計模式，現(xiàn)在腦子里能想起來的有：
簡單工廠、策略模式、工廠模式、橋接模式、享元模式、模板、觀察者、單鍵模式、抽象、代理、指導者、命令
其中里面還講到一些設計原則，如：DSP、LSP、OCP等。
在項目設計中，我也嘗試去應用了里面的一些模式，遇到問題，就比較著看和大話模式里那種比較相似，就應用上了。
到底如何才是真正理解設計模式了呢？有的時候我是很糊涂。

昨天去聽了超圖的校園宣講會，無非都是宣揚些本公司的現(xiàn)狀，未來的發(fā)展，以及招聘人員來到本公司后的待遇等等。我沒太自己關注這些，大部分時間是在看新買的Multithreading Appinlication in Windows，最近很愛看書。不過宣講人說了句話，讓我印象很是深刻，他說，時不時就該做些有成就的事，否則時間長了，人都會頹廢的，原話不是這么說的，大意而已。我覺得這句話很有道理，在學校這么長時間，從來沒覺得什么事讓自己感覺很有成就；工作了這么久也是一樣，天天想著完成任務就好，從來沒想過應該超前完成點任務。大部分僅僅是為了維持生活現(xiàn)狀，得過且過而已。時間長了，反而覺得很是無聊，沒有什么新意。
受這句話的啟發(fā)，我決定今天就該做點有成就感的事情，把前兩天拖拉的工作完成了。其實任務說起來很簡單：項目在開發(fā)中用到了sqlite3.dll，不過在引用這個dll時，項目中用的是在project、setting 中設置的方式，（dll調(diào)用分兩種，不清楚這種調(diào)用是隱式的還是顯示的，沒分清），所以項目程序只有在sqlite3.dll 存在的情況下，才可以運行，否則運行不起來，會報錯。 項目中我的任務是做升級程序Updater.exe，在升級程序中也需要升級數(shù)據(jù)庫，因此也使用了sqlite3.dll，也是按的前面的調(diào)用方式。這種調(diào)用方式帶來的弊端是updater.exe在升級主程序時，可能會出現(xiàn)問題，sqlite3.dll的升級可能失敗（正在被updater.exe使用）。我曾想試著按另外一種方式調(diào)用sqlite3.dll導出的函數(shù)，但終究覺得導出函數(shù)的方式很復雜，而且sqlite3的導出函數(shù)封裝的不好，寫起來很費勁（這之前由于sqlite3.h 封裝不好，我們項目組一直引用它的一個封裝類CppSqlite3）。
如果按著sqlite3 導出函數(shù)（LoadLibrary，F(xiàn)reeLibrary）這種方式來做的話，問題來了：
1 導出函數(shù)的指針必須拿到
2 以前寫的代碼引用到CppSqlite3 的最好不要影響到

想了很久，終于我想到一個方法來解決這個問題，遂開始實施（后面在描述解決過程吧），可是由于導出函數(shù)太多，寫的我都快吐血了，一直到了早上五點，還沒全部弄完，實在是堅持不住了，就想趕緊睡會吧，一會還得上班呢。遂倒頭睡去，沒成想在睜開眼睛時，已是8點多了。