程序圖標的獲取

在我們的手機中，不同的程序有不同的圖標，怎么抓取這些程序的圖標呢？不用急啊，系統給我們提供了一個API：ExtractIconEx。

這個函數使用起來很簡便，下面是一個示例代碼，一看就會了。

已知程序路徑szFilePath
    HICON hIcon = NULL;
    ExtractIconEx(szFilePath, 0, NULL, &hIcon, 1);

函數具體怎么用呢？下面我們簡單看一下：

ExtractIconEx

作用

從指定的執行文件或DLL中獲得圖標句柄。

原型

HICON ExtractIconEx(

  LPCTSTR lpszFile,

  int nIconIndex,

  HICON FAR* phiconLarge,

  HICON FAR* phiconSmall,

  UINT nIcons

);

參數

lpszFile：抽取圖標的執行文件或DLL文件的路徑

nIconIndex：第一個圖標的索引。如果是Windows CE 2.10或以后的版本，該值必須為0或-N，當N為指定資源標識。nIcons該值必須為1.

phiconLarge：從文件中抽取的大圖標句柄。

phiconSmall：從文件中抽取的小圖標句柄。

nIcons：從文件中抽取的圖標數

返回值

在指定目錄下創建文件夾

在博客里，有人問我這個問題：如何在指定目錄下創建文件夾。這個我還真的沒有做過。用CreateFile，似乎里面也沒有跟文件夾相關的任何東西。于是就在SDK中搜了一下，CreateDirectory。不錯，這個就可以用來創建文件夾。

下面來仔細學習一下這個API。

CreateDirectory

功能：

This function creates a new directory. If the underlying file system supports security on files and directories, the function applies a specified security descriptor to the new directory.

（創建一個新的文件夾。如果基本的文件系統在文件或文件夾上支持安全描述，那么該函數將在新建的文件夾上應用指定的安全描述）

原型：

BOOL CreateDirectory(

  LPCTSTR lpPathName, 

  LPSECURITY_ATTRIBUTES lpSecurityAttributes 

);

參數：

lpPathName：包含將被創建的文件夾路徑的字符串，字符串的長度不超過MAX_PATH。

lpSecurityAttributes：忽略，設為NULL

返回值：

成功則返回非零，失敗則返回零。

備注：

Some file systems, such as NTFS file system, support compression or encryption for individual files and directories. On volumes formatted for such a file system, a new directory inherits the compression and encryption attributes of its parent directory.

In Windows CE 5.0 and later, full path canonicalization is performed before CreateDirectory processes a path name. As a result, trailing backslashes that may appear in a user-provided path name are ignored.

一些文件系統，像NTFS文件系統，對于個別的文件或目錄支持壓縮或加密。以卷格式化的文件系統，一個新的目錄將繼承它父目錄的壓縮和加密特性。

在Windows CE 5.0或以后的版本中，全路徑的規范化將在CreateDirectory處理路徑名字前執行。結果是，出現在用戶指定的路徑名中的反斜線將被忽略。

對話框顯示OK或CANCEL的簡便方法

最近很忙，有時也犯點懶。轉的東西多些，自己寫東西的時候少了好多。曾經豪言的100篇總結，似乎也只完成了5或6篇。離目標還有很遠的距離。所以繼續。

這次是一個很小的知識點，只是簡單的改變對話框的OK或CANCEL按鈕。我們的法寶是SHDoneButton函數。

我先給幾個小示例：

已知想要改變的窗口句柄hWnd;

// 顯示OK按鈕

  SHDoneButton(hWnd, SHDB_SHOW);

// 顯示CANCEL按鈕

  SHDoneButton(hWnd, SHDB_SHOWCANCEL);

我們再具體看一下這個函數的使用。原來我認為挺簡單的，仔細看了一下SDK，竟然還有那么多的注意事項，那我們來學習一下這個函數

SHDoneButton
功能：This function is provided for applications that need to dynamically show or hide the OK button based on the state of the application.（可以使應用程序動態的顯示或隱藏OK按鈕）

原型：

BOOL SHDoneButton(

  HWND hwndRequester,

  DWORD dwState

);

參數：

hwndRequester ：[in] Handle to the top-level window requesting the Done button. （指定窗口）

dwState ：[in] Specifies the button state. （指定按鈕的狀態）

按鈕的狀態有三個值，分別為：

SHDB_SHOW：添加屬性WS_EX_CAPTIONOKBTN到指定的窗口。當指定窗口成為最前的窗口時，OK按鈕將會顯現。注意指定窗口不能設置為樣式WS_CAPTION。

SHDB_HIDE：從指定窗口移出WS_EX_CAPTIONOKBTN屬性。下次當指定窗口成為最前窗口時，OK按鈕將不再顯示。

SHDB_SHOWCANCEL：將在窗口顯示[X]按鈕。當[X]按鈕按下的時候，將會發送一個WM_COMMAND消息，指定IDCANCEL值。

返回值：

成功則返回TRUE，失敗則返回FALSE。

備注：

Typically, the Done button (the OK button that appears in the upper-right corner of the screen) is managed by the shell, and showing or hiding the OK button happens automatically. A top-level window that needs the Done button to appear should use the following window styles:

Must have WS_EX_CAPTIONOKBTN

Must not have WS_CAPTION
WS_CHILD

Note   WS_CAPTION is defined as (WS_BORDER
WS_DLGFRAME). To make the OK button appear, you must ensure that your window does not have either of these styles.

Whenever the foreground window changes, the shell checks the style bits of the window to determine if the OK button should appear in the navigation bar.

To suppress the OK button, use the WS_NONAVDONEBUTTON style.

（通常情況下，確定按鈕是由shell控制的，自動的顯示和隱藏OK按鈕。一個最頂層的窗口需要確定按鈕出現時需要使用下列窗口樣式：

必須具有WS_EX_CAPTIONOKBTN屬性

必須不能含有WS_CAPTION和WS_CHILD屬性樣式。

當最前窗口改變時，shell將檢查窗口的樣式來決定OK按鈕是否出現在導航按鈕中。）

對于這個備注，我沒有怎么注意過。所以為了驗證我這里做了一下實驗。發現WS_CAPTION這個屬性對OK按鈕的顯示沒有多大影響。只是顯示[X]按鈕沒有實驗出來。

設計模式學習筆記

最近利用早晨的大好時光，學習了一下設計模式，同時學習了英語。目前一共學習了八種模式：

一、             The Observer Pattern

It defines a one to many relationship between a set of objects. When the state of one object changes, all of its dependents are notified.

二、             The Decorator Pattern

It attaches additional responsibilities to an object dynamically.Decorators provide a flexible alternative to subclassing for extending functionality.

三、             The Factory Pattern

It defines an interface for creating an object, but lets subclasses decide which class to instantiate. Factory method lets a class defer instantiation to subclass.

四、             The Abstract Pattern

It provides an interface for creating families of related or dependent objects without specifying their concrete classes.

五、             The Singleton Pattern

It ensures a class has only one instance, and provides a global point of access to it.

六、             The Command Pattern

It encapsulates a request as an object, thereby letting you parameterize other objects with different requests, queue or log requests, and support undoable operations.

七、             The Adapter Pattern

It converts the interface of a class into another interface the clients expect. Adapter lets classes work together that couldn’t otherwise because of  imcompatible interface.

八、             The Façade Pattern

It provides a unified interface to a set of interfaces in a subsystem. Façade defines a higher-level interface that makes the subsystem easier to use.

在這上述的八個模式中,包含了設計模式的三種類型：創建型模式，結構型模式，行為模式。其中Factory、Abstract Factory、Singleton為創建型模式，Decorator、Adapter、Facade為結構型模式，其余的Command和Observer為行為模式。

不過，感覺有時侯理解的特別清楚，但過一段時間就忘了。所以一定要將其用起來，才能對其有深深的體會，不會就是死的知識。一定要讓其活起來。

呵呵，又看了一些蝸牛的家寫的設計模式趣解，反而更有助于理解呦，不妨看看。鏈接地址為：http://m.shnenglu.com/bangle/archive/2008/08/23/59725.html

#include <windows.h>
#include <nled.h> 

void LedOn(int id) 
{ 
    NLED_SETTINGS_INFO settings; 
        settings.LedNum= id;
        settings.OffOnBlink= 1; 
    NLedSetDevice(NLED_SETTINGS_INFO_ID, &settings); 
} 
void LedOff(int id) 
{ 
    NLED_SETTINGS_INFO settings; 
    settings.LedNum= id; 
    settings.OffOnBlink= 0; 
    NLedSetDevice(NLED_SETTINGS_INFO_ID, &settings); 
} 

int WINAPI WinMain(HINSTANCE hInstance,
                   HINSTANCE hPrevInstance,
                   LPTSTR lpCmdLine,
                   int nCmdShow)
{ 
    for (int i = 0; i < 10; i++)
    { 
        LedOn(1); 
        Sleep(400); 
        LedOff(1); 
        Sleep(200); 
    }
        
        return 0; 
} 

摘自: http://yulinlu.blog.163.com/blog/static/588156982008113111911557/
PerformCallBack4
強制令別的進程調用某個API，如果這個API是LoadLibrary的話，就相當于線程注入了，由coredll.dll提供

PerformCallBack4函數的定義：

[DllImport("coredll.dll")]
public static extern uint PerformCallBack4(ref CallBackInfo CallBackInfo,
IntPtr ni_pVoid1,IntPtr ni_pVoid2,IntPtr ni_pVoid3);

其中函數的參數CallBackInfo結構定義:
public struct CallBackInfo
{
public IntPtr hProc; //遠程的目標進程
public IntPtr pfn; //指向遠程目標進程的函數地址的指針
public IntPtr pvArg0; //函數的需要的第一個參數
}

而PerformCallback4的 ni_pVoid1、ni_pVoid2、ni_pVoid3為傳遞到遠程目標進程執行函數的其它三個參數。

例子：
/*-------------------------------------------------------------------
   FUNCTION: CallCoredllInProc
   PURPOSE:  CallCoredllInProc uses undocumented method
    PerformCallBack4 to call exported methods from coredll.dll in
    the specified process.
   PARAMETERS:
    HANDLE  p_hProcess - handle to the process, where the call should
        be made
    LPCTSTR p_pszMethodName - name of method exported from coredll,
        such as VirtualAlloc, VirtualFree, etc.
    DWORD p_dwParam1, p_dwParam2, p_dwParam3, p_dwParam4 - arguments
    DWORD * p_pdwResult - pointer to the return value
   RETURNS:
    TRUE on success, FALSE on failure
-------------------------------------------------------------------*/
BOOL CallCoredllInProc
(
    HANDLE  p_hProcess,
    LPCTSTR p_pszMethodName,
    DWORD   p_dwParam1, DWORD p_dwParam2,
    DWORD   p_dwParam3, DWORD p_dwParam4,
    DWORD * p_pdwResult)
{
    HINSTANCE l_hCoreDll = NULL;
    BOOL l_bReturn = FALSE;
    __try
    {
        //Use undocumented method PerformCallBack4
        //to call method in NK.EXE.
        CALLBACKINFO CallbackInfo;
        CallbackInfo.m_hDestinationProcessHandle = p_hProcess;
        l_hCoreDll = LoadLibrary(_T("COREDLL"));
        CallbackInfo.m_pFunction =
            (FARPROC)GetProcAddress(l_hCoreDll, p_pszMethodName);
        if(!CallbackInfo.m_pFunction)
        {
            /*HTRACE(TG_Error,
                _T("GetProcAddress(%x, %s) failed. Err %d"),
                l_hCoreDll, p_pszMethodName, GetLastError());
            */
        }
        else
        {
            CallbackInfo.m_pFirstArgument = (LPVOID)p_dwParam1;
            DWORD l_dwResult = PerformCallBack4
                (&CallbackInfo, p_dwParam2, p_dwParam3, p_dwParam4);
            if(p_pdwResult)
            {
                *p_pdwResult = l_dwResult;
            }
            l_bReturn = TRUE;
        }
    }
    __except(1)
    {
        /*
        HTRACE(TG_Error, _T("Exception in CallCoredllInProc(%s)"),
            p_pszMethodName);
        */
        l_bReturn = FALSE;
    }
    if(l_hCoreDll)
    {
        FreeLibrary(l_hCoreDll);
    }
    return l_bReturn;
}//BOOL CallCoredllInProc

CreateAPISet
CE6.0以前是個未公開API，不過6.0以后就公開了
This function creates an API set from the list of functions passed as a parameter.

Syntax

HANDLE CreateAPISet(
  char acName[4],
  USHORT cFunctions,
  const PFNVOID *ppfnMethods,
  const ULONGLONG *pu64Sig
);
Parameters
acName
[in] Name of the API set.

cFunctions
[in] Number of functions for this API set.

ppfnMethods
[in] Array of functions for the API set.

pu64Sig
[in] Array of signatures for the functions.

Return Value
A handle to the API set.

Remarks
Before any process can become a handle server, the process must create and register a handle-based API set with this function and RegisterAPISet.

Requirements
Header pkfuncs.h
Library coredll.lib
Windows Embedded CE Windows Embedded CE 6.0 and later
CE6.0以前在coredll.dll里面有這個函數

RegisterAPISet
CE6.0以前是個未公開API，不過6.0以后就公開了
This function registers an API set.

Syntax
BOOL RegisterAPISet(
  HANDLE hASet,
  DWORD dwSetID
);

Parameters
hASet
[in] Handle to API set created by the CreateAPISet function.

dwSetID
[in] Type of API set. You must perform a bitwise OR operation on this parameter with REGISTER_APISET_TYPE to create a handle-based API set.

Return Value
TRUE indicates success. FALSE indicates failure. Call GetLastError to get extended error information.

Remarks
Before any process can become a handle server, the process must create and register a handle-based API set with CreateAPISet and RegisterAPISet.

Requirements
Header pkfuncs.h
Library coredll.lib
Windows Embedded CE Windows Embedded CE 6.0 and later
CE6.0以前在coredll.dll里面有這個函數

QueryAPISetID
根據名字查詢該API的ID，由coredll.dll提供
Syntax
int QueryAPISetID(
  char *pName
);

Parameters
pName
[in] API的名字

Return Value
API的ID

GetAPIAddress
獲取特定API的特定Method的地址，由coredll.dll提供
FARPROC GetAPIAddress(
  int setId,
  int iMethod
);

Parameters
setId
[in] API的ID

iMethod
[in] Method的ID

Return Value
該Method的地址

GetProcessIndexFromID
根據進程的ID計算出進程的序號（這個序號就是進程處于第幾個slot），由coredll.dll提供
Syntax
DWORD GetProcessIndexFromID(
  HANDLE hProc
);

Parameters
hProc
[in] 進程的句柄，這里為什么不是進程的ID而是進程的句柄呢？非常簡單，因為在CE中進程的句柄就是進程的ID！

Return Value
進程的序號

　　異步方式指的是發送方不等接收方響應，便接著發下個數據包的通信方式；而同步指發送方發出數據后，等收到接收方發回的響應，才發下一個數據包的通信方式。

　　阻塞套接字是指執行此套接字的網絡調用時，直到成功才返回，否則一直阻塞在此網絡調用上，比如調用recv()函數讀取網絡緩沖區中的數據，如果沒有數據到達，將一直掛在recv()這個函數調用上，直到讀到一些數據，此函數調用才返回；而非阻塞套接字是指執行此套接字的網絡調用時，不管是否執行成功，都立即返回。比如調用recv()函數讀取網絡緩沖區中數據，不管是否讀到數據都立即返回，而不會一直掛在此函數調用上。在實際Windows網絡通信軟件開發中，異步非阻塞套接字是用的最多的。平常所說的C/S（客戶端/服務器）結構的軟件就是異步非阻塞模式的。

　　對于這些概念，初學者的理解也許只能似是而非，我將用一個最簡單的例子說明異步非阻塞Socket的基本原理和工作機制。目的是讓初學者不僅對Socket異步非阻塞的概念有個非常透徹的理解，而且也給他們提供一個用Socket開發網絡通信應用程序的快速入門方法。操作系統是Windows 98（或NT4.0），開發工具是Visual C++6.0。

　　MFC提供了一個異步類CAsyncSocket，它封裝了異步、非阻塞Socket的基本功能，用它做常用的網絡通信軟件很方便。但它屏蔽了Socket的異步、非阻塞等概念，開發人員無需了解異步、非阻塞Socket的原理和工作機制。因此，建議初學者學習編網絡通信程序時，暫且不要用MFC提供的類，而先用Winsock2     API，這樣有助于對異步、非阻塞Socket編程機制的理解。

　　為了簡單起見，服務器端和客戶端的應用程序均是基于MFC的標準對話框，網絡通信部分基于Winsock2 API實現。
　　先做服務器端應用程序。
　　用MFC向導做一個基于對話框的應用程序SocketSever，注意第三步中不要選上Windwos Sockets選項。在做好工程后，創建一個SeverSock，將它設置為異步非阻塞模式，并為它注冊各種網絡異步事件，然后與自定義的網絡異步事件聯系上，最后還要將它設置為監聽模式。在自定義的網絡異步事件的回調函數中，你可以得到各種網絡異步事件，根據它們的類型，做不同的處理。下面將詳細介紹如何編寫相關代碼。
　　在SocketSeverDlg.h文件的類定義之前增加如下定義：

#define     NETWORK_EVENT     WM_USER+166     file://定義網絡事件
   
SOCKET ServerSock; file://服務器端Socket
在類定義中增加如下定義：
class CSocketSeverDlg : CDialog
{
public:
       SOCKET ClientSock[CLNT_MAX_NUM]; file://存儲與客戶端通信的Socket的數組

       /*各種網絡異步事件的處理函數*/
       void OnClose(SOCKET CurSock);      file://對端Socket斷開
       void OnSend(SOCKET CurSock);      file://發送網絡數據包
       void OnReceive(SOCKET CurSock); file://網絡數據包到達
       void OnAccept(SOCKET CurSock);     file://客戶端連接請求

       BOOL InitNetwork();     file://初始化網絡函數
       void OnNetEvent(WPARAM wParam, LPARAM lParam); file://異步事件回調函數
                   …
};
        
在SocketSeverDlg.cpp文件中增加消息映射，其中OnNetEvent是異步事件回調函數名：
       ON_MESSAGE(NETWORK_EVENT,OnNetEvent)
定義初始化網絡函數，在SocketSeverDlg.cpp文件的OnInitDialog（）中調此函數即可。
BOOL CSocketSeverDlg::InitNetwork()
{
       WSADATA wsaData;

       //初始化TCP協議
       BOOL ret = WSAStartup(MAKEWORD(2,2), &wsaData);
       if(ret != 0)
       {
           MessageBox('初始化網絡協議失敗!');
           return FALSE;
       }

       //創建服務器端套接字
       ServerSock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
       if(ServerSock == INVALID_SOCKET)
       {
           MessageBox('創建套接字失敗!');
           closesocket(ServerSock);
           WSACleanup();
           return FALSE;
       }

       //綁定到本地一個端口上
       sockaddr_in localaddr;
       localaddr.sin_family = AF_INET;
       localaddr.sin_port = htons(8888);     //端口號不要與其他應用程序沖突
       localaddr.sin_addr.s_addr = 0;
       if(bind(ServerSock ,(struct sockaddr*)&localaddr,sizeof(sockaddr))
                                             = = SOCKET_ERROR)
       {
           MessageBox('綁定地址失敗!');
           closesocket(ServerSock);
           WSACleanup();
           return FALSE;
       }

       //將SeverSock設置為異步非阻塞模式，并為它注冊各種網絡異步事件，其中m_hWnd      
       //為應用程序的主對話框或主窗口的句柄
       if(WSAAsyncSelect(ServerSock, m_hWnd, NETWORK_EVENT, FD_ACCEPT | FD_CLOSE | FD_READ | FD_WRITE) == SOCKET_ERROR)
       {
           MessageBox('注冊網絡異步事件失敗!');
           WSACleanup();
           return FALSE;
       }
       listen(ServerSock, 5); file://設置偵聽模式
       return TRUE;
}

下面定義網絡異步事件的回調函數
void CSocketSeverDlg::OnNetEvent(WPARAM wParam, LPARAM lParam)
{
       //調用Winsock API函數，得到網絡事件類型
       int iEvent = WSAGETSELECTEVENT(lParam);

       //調用Winsock API函數，得到發生此事件的客戶端套接字
       SOCKET CurSock= (SOCKET)wParam;

       switch(iEvent)
       {
           case FD_ACCEPT:         //客戶端連接請求事件
               OnAccept(CurSock);
               break;
           case FD_CLOSE:          //客戶端斷開事件:
               OnClose(CurSock);
               break;
           case FD_READ:           //網絡數據包到達事件
               OnReceive(CurSock);
               break;
            case FD_WRITE:         //發送網絡數據事件
               OnSend(CurSock);
               break;
            default: break;
        }
}
   
　　以下是發生在相應Socket上的各種網絡異步事件的處理函數，其中OnAccept傳進來的參數是服務器端創建的套接字，OnClose()、OnReceive()和OnSend()傳進來的參數均是服務器端在接受客戶端連接時新創建的用與此客戶端通信的Socket。
void CSocketSeverDlg::OnAccept(SOCKET CurSock)
{
       //接受連接請求，并保存與發起連接請求的客戶端進行通信Socket
       //為新的socket注冊異步事件，注意沒有Accept事件
}

void CSocketSeverDlg::OnClose(SOCET CurSock)
{
       //結束與相應的客戶端的通信，釋放相應資源
}

void CSocketSeverDlg::OnSend(SOCET CurSock)
{
       //在給客戶端發數據時做相關預處理
}

void CSocketSeverDlg::OnReceive(SOCET CurSock)
{
       //讀出網絡緩沖區中的數據包
}       
       
　　用同樣的方法建立一個客戶端應用程序。初始化網絡部分，不需要將套接字設置為監聽模式。注冊異步事件時，沒有FD_ACCEPT，但增加了FD_CONNECT事件，因此沒有OnAccept()函數，但增加了OnConnect()函數。向服務器發出連接請求時，使用connect()函數，連接成功后，會響應到OnConnect()函數中。下面是OnConnect()函數的定義，傳進來的參數是客戶端Socket和服務器端發回來的連接是否成功的標志。
void CSocketClntDlg::OnConnect(SOCKET CurSock, int error)
{
       if(0 = = error)
       {
           if(CurSock = = ClntSock)
           MessageBox('連接服務器成功!');
       }
}
　　定義OnReceive()函數，處理網絡數據到達事件;
　　定義OnSend()函數，處理發送網絡數據事件;
　　定義OnClose()函數，處理服務器的關閉事件。
            
　　以上就是用基于Windows消息機制的異步I/O模型做服務器和客戶端應用程序的基本方法。另外還可以用事件模型、重疊模型或完成端口模型，讀者可以參考有關書籍。
　　在實現了上面的例子后，你將對Winsock編網絡通信程序的機制有了一定的了解。接下來你可以進行更精彩的編程, 不僅可以在網上傳輸普通數據，而且還以傳輸語音、視頻數據，你還可以自己做一個網絡資源共享的服務器軟件，和你的同學在實驗室的局域網里可以共同分享你的成果。

同步服務器套接字掛起應用程序的執行，直到套接字上接收到連接請求。同步服務器套接字不適用于在操作中大量使用網絡的應用程序，但它們可能適用于簡單的網絡應用程序。使用 Bind 和 Listen 方法設置 Socket 以在終結點上偵聽之后，Socket 就可以隨時使用 Accept 方法接受傳入的連接請求了。應用程序被掛起，直到調用 Accept 方法時接收到連接請求。