程序图标的获取

在我们的手机中，不同的程序有不同的图标，怎么抓取这些程序的图标呢？不用急啊，系统给我们提供了一个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://www.cppblog.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 方法时接收到连接请求。