1.基于对话框的程序
   我在论坛上看到有人说在OnInitDialog()中加上ShowWindow(SW_HIDE)对话框便不出现了，其实是不可行的。至于原因，我认为是系统是在OnInitDialog()后调用ShowWindow(SW_SHOW)让对话框显示的.可以添加下面代码:
CXXDlg::OnInitDialog()
{
...
Sleep(5000);
return TRUE;
}
可以发现5秒后对话框才显示出来.至于在何时调用的我也不清楚，但是我们可以在OnPaint()中加上ShowWindow(SW_HIDE),来达到隐藏的目的.不过使用的这种方法，会有一点闪烁.另外一种方法就是在OnInitDialog()中使用SetWindowPlacement()

GetWindowPlacement(&m_wp); //恢复时用
ModifyStyleEx(WS_EX_APPWINDOW,WS_EX_TOOLWINDOW);//从任务栏中去掉.

WINDOWPLACEMENT wp;
wp.length=sizeof(WINDOWPLACEMENT);
wp.flags=WPF_RESTORETOMAXIMIZED;
wp.showCmd=SW_HIDE;
SetWindowPlacement(&wp);

还有一种更简单的方法:在OnInitDialog()中调用下面代码.
SetWindowPos(&wndTop,0,0,0,0,NULL);

2.基于单文档的程序

我们一般采用的方法就是将InitInstance()中的:
CXXApp::InitInstance()
{
   //m_pMainWnd->ShowWindow(SW_SHOW);
}
但是这样窗体还会有闪烁。
因为MFC还要在ActiveFrame显示框架，所以我们还需要添加下面代码:
void CMainFrame::ActivateFrame(int nCmdShow)
{
   nCmdShow=SW_HIDE;
   CFrameWnd::ActivateFrame(nCmdShow);
}
或者:
int CMainFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
   AfxGetApp()->m_nCmdShow=SW_HIDE;
}
顺便说一下，上面通过ModifyStyleEx(WS_EX_APPWINDOW,WS_EX_TOOLWINDOW)的方法来实现从任务栏去掉按钮，这样当显示时还要切换显示的模式，其实还可以通过调用TaskbarList组件直接删除和添加:
ITaskbarList的定义在shobjidl.h(vs.net)中。
也可以手动定义:
DECLARE_INTERFACE_(ITaskbarList,IUnknown)
{
   STDMETHOD(QueryInterface)(THIS_ REFIID riid,LPVOID* ppvObj) PURE;
   STDMETHOD_(ULONG,AddRef)(THIS) PURE;
   STDMETHOD_(ULONG,Release)(THIS) PURE;
   STDMETHOD(ActivateTab)(HWND) PURE;
   STDMETHOD(AddTab)(HWND) PURE;
   STDMETHOD(DeleteTab)(HWND) PURE;
   STDMETHOD(HrInit)(void) PURE;
};
BOOL CMy2App::InitInstance()
{
   CoInitialize(0);
   ITaskbarList *pObj;
   CoCreateInstance(CLSID_TaskbarList,NULL,CLSCTX_INPROC_SERVER,IID_ITaskbarList,(void**)&pObj);
   pObj->DeleteTab(m_pMainWnd->m_hWnd); //从任务栏上删除
   //pObj->AddTab(m_pMainWnd->m_hWnd); //添加

   pObj->Release();
   CoUninitialize();
}

所以我们还可以用将窗体最小化,并从任备栏上删除按钮的方法来实现隐藏.

有很多应用程序要求一起动就隐藏起来，这些程序多作为后台程序运行，希望不影响其他窗口，往往只在托盘区显示一个图标。这些程序通常都是对话框程序，而对话框在初始化的过程上与SDI、MDI的初始化是不同的，对话框只需要DoModule或者是CreateDialog等等对话框函数调用一次便可，SDI、MDI则要好几步才行。这样看来，对话框在使用方法上面是隐藏了不少细节的，其中就没有SDI、MDI所要求的ShowWindow(nCmdShow)这一步。因此对话框要想一运行就隐藏，并不是很直接的。有一些方法可以做到这一点，下面我们就来看看几种方案。

1．定时器
最直观，又是最无奈的一个方法就是使用定时器。既然我们在对话框开始显示之前不能用ShowWindow(SW_HIDE)将其隐藏，那就给一个时间让它显示，完了我们在隐藏它。

方法：

1.在OnInitDialog()函数里设置定时器：（WINDOWS API里面响应消息WM_INITDIALOG）

SetTimer(1, 1, NULL);

2.添加处理WM_TIMER的消息处理函数OnTimer,添加代码：

if(nIDEvent == 1)

{

DeleteTimer(1);

ShowWindow(SW_HIDE);

}

这种方法的缺点是显而易见的，使用定时器，使得程序的稳定性似乎打一个折扣；窗口是要先显示出来的，那么效果就是窗口闪了一下消失。

2．改变对话框显示状况
在对话框初始化时改变其显示属性可以让它隐藏起来。方法是调用SetWindowPlacement函数：


BOOL CDialogExDlg::OnInitDialog()

{

CDialog::OnInitDialog();

//DO something


WINDOWPLACEMENT wp;

wp.length=sizeof(WINDOWPLACEMENT);

wp.flags=WPF_RESTORETOMAXIMIZED;

wp.showCmd=SW_HIDE;

SetWindowPlacement(&wp);

return TRUE;

}



在需要显示时（通常是响应热键或者托盘图标的鼠标消息）：


WINDOWPLACEMENT wp;

wp.length=sizeof(WINDOWPLACEMENT);

wp.flags=WPF_RESTORETOMAXIMIZED;

wp.showCmd=SW_SHOW;

SetWindowPlacement(&wp);


这样的效果很不理想：窗口显示在屏幕的左上角，并且是只有标题栏，要正常显示，还需加上如下代码：

定义一个成员变量CRect rect;

在OnInitDialog()里面：

GetWindowRect(&rect);

在需要显示的地方：

SetWindowPos(&wndNoTopMost, wndRc.left, wndRc.top, wndRc.right, wndRc.bottom, SWP_SHOWWINDOW);

CenterWindow();

即使这样，效果还是很差。

这种方法还有一个弊端是当程序开始运行并且隐藏起来后，原来激活的窗口变成了非激活状态了，而当对话框显示出来后，对话框自身也是非激活状态的。


3．不绘制窗口
当对话框显示时将要响应消息WM_PAINT绘制客户区，相应消息WM_NCPAINT绘制窗口边框。我们在窗口第一次自绘自身时隐藏窗口，可以收到比较良好的效果。由于窗口是先画窗口边框，所以我们仅需处理WM_NCPAINT即可。代码如下：

添加WM_NCPAINT处理函数。

void CMyDialog::OnNcPaint()

{

static int i = 2;

if(i > 0)

{

i --;

ShowWindow(SW_HIDE);

}

else

CDialog::OnNcPaint();

}

这里有个问题：为什么要定义静态变量i而且设其值为2呢？

我们只要窗口隐藏第一次，所以定义这个变量可以判断是否时首次显示窗口。当程序开始运行时，系统发送（SendMessage）WM_NCPAINT消息，此时程序的窗口边框应该被显示，但是此时我们没有作任何显示的操作，而是将窗口隐藏，ShowWindow(SW_HIDE)将把窗口的WS_VISIBLE属性去掉，继续执行，程序将检查WS_VISIBLE属性，如果没有则显示窗口，所以又发送了一个WM_NCPAINT消息。所以我们要处理两次WM_NCPAINT消息。

在需要窗口显示时，调用ShowWindow(SW_SHOW)即可。

程序执行的结果是，原来处于激活状态的窗口可能会闪动两下，然后仍然处于激活状态。这种处理方式比上面的方式要优越得多。


4．将对话框作为子窗口
这种方法是采用SDI框架，主窗口始终隐藏，对话框作为主窗口的成员变量，在CMainFrame::OnCreate()里面加入下代码：

if(!dlg.Create(IDD_MYDIALOG, this))

{

return –1;

}

dlg.ShowWindow(SW_HIDE);

在要显示对话框的地方用dlg.ShowWindow(SW_SHOW);即可。注意，主窗口一定要隐藏，否则对话框可能会闪现一下。

隐藏状态栏窗口
上面介绍了几种检查对话框的方法，大家如果试过的话可能已经注意到系统状态栏里在程序启动时会有程序的图标闪过，在隐藏对话框的时候这个也是要隐藏的，方法很简单：

在OnInitDialog()函数里面加上ModifyStyleEx(WS_EX_APPWINDOW, WS_EX_TOOLWINDOW);即可。在要显示窗口的地方加上代码ModifyStyleEx(WS_EX_TOOLWINDOW, WS_EX_APPWINDOW);即将窗口的扩展样式改回来。

C++ 语言（实际上是 C++ 标准）的最常见问题之一是，缺乏定义良好的库来帮助处理文件系统查询和操作。由于这个原因，程序员不得不使用本机操作系统提供的应用程序编程接口（Application Program Interfaces，API），而这使得代码不能在平台之间移植。以下面的简单情况为例：您需要确定某个文件是否是 Directory 类型。在 Microsoft® Windows® 平台中，可以通过调用 GetAttributes 库函数（在 windows.h 头文件中定义）进行此操作：

DWORD GetFileAttributes (LPCTSTR lpFileName);
            

对于目录，所得到的结果应该为 FILE_ATTRIBUTE_DIRECTORY，而您的代码必须检查是否为此结果。在 UNIX® 和 Linux® 平台上，可以通过使用 stat 或 fstat 函数及 sys/stat.h 中定义的 S_ISDIR 宏来实现相同的功能。您还必须理解 stat 结构。下面是对应的代码：

#include <sys/stat.h>
            #include <stdio.h>
            int main()
            {
            struct stat s1;
            int status = stat(<const char* denoting pathname>, &s1);
            printf(“Path is a directory : %d\n”, S_ISDIR(s1.st_mode));
            return 0;
            }
            

对于 I/O 操作较多的程序，这样的不一致就意味着需要进行大量的工程工作才能在平台间移植代码。正是因为这个原因，我们才引入了 Boost Filesystem Library。这个广泛使用的库提供了安全、可移植且易用的 C++ 接口，用于执行文件系统操作。可以从 Boost 站点免费下载此库。

使用 boost::filesystem 的第一个程序

在深入研究 Boost Filesystem Library 的更多细节之前，请看一下清单 1 中所示的代码；此代码使用 Boost API 确定某个文件的类型是否为 Directory。

            #include <stdio.h>
            #include “boost/filesystem.hpp”
            int main()
            {
            boost::filesystem::path path("/usr/local/include"); // random pathname
            bool result = boost::filesystem::is_directory(path);
            printf(“Path is a directory : %d\n”, result);
            return 0;
            }
            

此代码非常明了易懂，您并不需要了解任何系统特定的例程。此代码经过验证，能在不用修改的情况下在 gcc-3.4.4 和 cl-13.10.3077 上成功编译。

回页首

了解 Boost path 对象

了解 Boost Filesystem Library 的关键是 path 对象，因为 Filesystem Library 中定义的多个例程都要对相应的 path 对象操作。文件系统路径通常依赖于操作系统。例如，众所周知，UNIX 和 Linux 系统使用正斜杠 ( /) 字符作为目录分隔符，而 Windows 将反斜杠 (\) 字符用于类似的用途。boost::filesystem::path 旨在准确地抽象此特性。path 对象可以通过多种方式进行初始化，最常见的方式是使用 char* 或 std::string 进行初始化，如清单 2 中所示。

            path(); // empty path
            path(const char* pathname);
            path(const std::string& pathname);
            path(const char* pathname, boost::filesystem::path::name_check checker);
            path(const char* pathname, boost::filesystem::path::name_check checker);
            

在初始化 path 对象时，可以采用本机格式或可移植操作系统接口（Portable Operating System Interface，POSIX）委员会定义的可移植格式提供 PATHNAME 变量。这两种方法在实际中各有优缺点。考虑以下情况：您希望操作软件所创建的目录，此目录在 UNIX 和 Linux 系统上位于 /tmp/mywork，而在 Windows 上位于 C:\tmp\mywork。可以采用多种方法处理问题。清单 3 显示了面向本机格式的方法。

            #ifdef UNIX
            boost::filesystem::path path("/tmp/mywork");
            #else
            boost::filesystem::path path("C:\\tmp\\mywork ");
            #endif
            

需要单个 #ifdef 来按操作系统初始化 path 对象。不过，如果您喜欢使用可移植格式，请参见清单 4。

            boost::filesystem::path path("/tmp/mywork");
            

请注意，path::name_check 指的是一个名称检查函数原型。如果其参数输入 PATHNAME 对于特定的操作系统或文件系统有效，名称检查函数将返回“True”。Boost Filesystem Library 提供了多个名称检查函数，而且也欢迎您提供自己的变体。常用的名称检查函数是 Boost 提供的 portable_posix_name 和 windows_name。

回页首

path 成员函数概述

path 对象提供了多个成员方法。这些成员例程并不会修改文件系统，但会根据 path 名称提供有用的信息。此部分提供了其中几个例程的概述：

• const std::string& string( )：此例程会返回用于初始化 path 的字符串的副本，其格式符合 path 语法规则。
• std::string root_directory( )：在提供了路径的情况下，此 API 将返回根目录，否则将返回空字符串。例如，如果路径包含 /tmp/var1，则此例程将返回 /，即 UNIX 文件系统的根。不过，如果路径是相对路径，如 ../mywork/bin，此例程将返回空字符串。
• std::string root_name( )：在给定从文件系统根目录开始的路径的情况下，此例程将返回包含 PATHNAME 的第一个字符的字符串。
• std::string leaf( )：在给定绝对路径名称（例如，/home/user1/file2）的情况下，此例程将提供与文件名称对应的字符串（即 file2）。
• std::string branch_path( )：这是与 leaf 互补的例程。在给定路径的情况下，将会返回其构造所用的所有元素（除了最后一个元素）。例如，对于使用 /a/b/c 初始化的 path，path.branch_path( ) 将返回 /a/b。对于包含单个元素的路径，如 c，此例程将返回空字符串。
• bool empty( )：如果 path 对象包含空字符串（例如 path path1("")），则此例程将返回 True。
• boost::filesystem::path::iterator：此例程用于遍历 path 的各个元素。请看清单 5 所示的代码。
  
  清单 5. 使用 path::iterator（begin 和 end 接口）
  

  #include <iostream> #include “boost/filesystem.hpp” int main() { boost::filesystem::path path1("/usr/local/include"); // random pathname boost::filesystem::path::iterator pathI = path1.begin(); while (pathI != path1.end()) { std::cout << *pathI << std::endl; ++pathI; } return 0; } // result: 1

  
  

  上述程序的输出依次是 /、usr、local、include，代表了该目录的层次结构。

• path operator / (char* lhs, const path& rhs)：此例程是 path 的非成员函数。它将返回使用 lhs 和 rhs 形成的路径的串联值。它将自动插入 / 作为路径分隔符，如清单 6 中所示。
  
  清单 6. 路径字符串的串联
  

  #include <iostream> #include “boost/filesystem.hpp” int main() { boost::filesystem::path path1("/usr/local/include"); // random pathname boost::filesystem::path::iterator pathI = path1.begin(); while (pathI != path1.end()) { std::cout << *pathI << std::endl; ++pathI; } return 0; } // result: 1

  
  

回页首

错误处理

文件系统操作经常遇到意外的问题，Boost Filesystem Library 将使用 C++ 异常报告运行时错误。boost::filesystem_error 类派生自 std::runtime_error 类。库中的函数使用 filesystem_error 异常报告操作错误。与不同的可能错误类型对应，Boost 头文件定义了相应的错误代码。用户代码通常驻留在 try...catch 块内，使用 filesystem_error 异常来报告相关错误消息。清单 7 提供了重命名文件的小示例，在 from 路径中的文件不存在时引发异常。

            #include <iostream>
            #include “boost/filesystem.hpp”
            int main()
            {
            try {
            boost::filesystem::path path("C:\\src\\hdbase\\j1");
            boost::filesystem::path path2("C:\\src\\hdbase\\j2");
            boost::filesystem::rename(path, path2);
            }
            catch(boost::filesystem::filesystem_error e) {
            // do the needful
            }
            return 0;
            }
            

回页首

Boost Filesystem Library 中的函数类别

boost::filesystem 提供了不同类别的函数：有些函数（如 is_directory）用于查询文件系统，而其他函数（如 create_directory）则主动对文件系统进行修改。根据各自功能的不同，这些函数可以大略归入以下类别：

• 属性函数：提供杂项信息，如文件大小、磁盘使用量等。
• 文件系统操作函数：用于创建常规文件、目录和符号链接；复制和重命名文件；提供删除功能。
• 实用工具：测试文件的扩展名等。
• 杂项常规函数：以编程方式更改文件扩展名等。

属性函数

Boost Filesystem Library 包括以下属性函数：

• uintmax_t file_size(const path&)：返回常规文件的大小（以字节为单位）
• boost::filesystem::space_info space(const path&)：接受路径作为输入，并返回定义如下的 space_info 结构：

  struct space_info { uintmax_t capacity; uintmax_t free; uintmax_t available; };

  
  

  根据文件系统所属的磁盘分区，此流程将对该分区的所有目录返回相同的磁盘使用量统计数据（以字节为单位）。例如，对于 C:\src\dir1 和 C:\src\dir2，都会返回相同的磁盘使用数据。

• std::time_t last_write_time(const path&)：返回文件的最后修改时间。
• void last_write_time(const path&, std::time_t new_time)：修改文件的最后修改时间。
• const path& current_path( )：返回程序的当前工作目录的完整路径（注意，此路径与最初运行程序的路径可能不同，因为可能采用编程方式更改目录）。

文件系统操作函数

这组函数负责进行新文件和目录创建、文件删除等操作：

• bool create_directory(const path&)：此函数使用给定的路径名称创建目录。（请注意，如果 PATHNAME 本身包含无效字符，则结果经常是由平台定义的。例如，在 UNIX 和 Windows 系统中，星号 (*)、问号 (?) 及其他此类字符视为无效，不能出现在目录名称中。）
• bool create_directories(const path&)：与创建单个目录相对，您可以使用此 API 创建目录树。例如，以目录树 /a/b/c 为例，必须在 /tmp 文件夹内创建此目录树。可调用此 API 完成任务，但使用相同的参数调用 create_directory 时将引发异常。
• bool create_hard_link (const path& frompath, const path& topath)：此函数在 frompath 和 topath 间创建硬链接。
• bool create_symlink(const path& frompath, const path& topath)：此函数在 frompath 和 topath 间创建符号（软）链接。
• void copy_file(const path& frompath, const path& topath)：将 frompath 引用的文件的内容和属性复制到 topath 引用的文件中。例程expects a destination file to be absent；如果存在目标文件，则会引发异常。因此，此函数与 UNIX 中系统指定的 cp 命令并不等效。另外，此函数还预期 frompath 变量将引用正确的常规文件。请看以下示例：frompath 引用符号链接 /tmp/file1，而后者反过来引用文件 /tmp/file2；而 topath 可以为 /tmp/file3。在这种情况下，copy_file 将失败。这是此 API 与 cp 命令相比的另一个差别。
• void rename(const path& frompath, const path& topath)：此函数是用于重命名文件的 API。可以通过在 topath 参数中指定完整路径名来同时重命名和更改文件的位置，如清单 8 中所示。
  
  清单 8. Boost 中的重命名功能
  

  #include <stdio.h> #include “boost/filesystem.hpp” int main() { boost::filesystem::path path("/home/user1/abc"); boost::filesystem::rename(path, "/tmp/def"); return 0; } // abc is renamed def and moved to /tmp folder

  
  
• bool remove(const path& p)：此例程将尝试删除路径 p 所引用的文件或目录。对于目录的情况，如果目录的内容不为空，则此例程将引发异常。警告：此例程并不考虑所删除的内容，即使其他程序在访问同一文件也如此！
• unsigned long remove_all(const path& p)：此 API 尝试删除路径 p 所引用的文件或目录。与 remove 不同，此函数并不会特殊考虑不为空的目录。此函数是 UNIX rm –rf 命令的 Boost 对等项。

实用工具

Boost Filesystem Library 包含以下实用工具：

• bool exists(const path&)：此函数检查文件的扩展名。文件可以为任何类型：常规文件、目录、符号链接等等。
• bool is_directory(const path&)：此函数检查路径是否与目录对应。
• bool is_regular(const path&)：此函数检查普通文件（即此文件不是目录、符号链接、套接字或设备文件）。
• bool is_other(const path&)：通常，此函数检查设备文件（如 /dev/tty0）或套接字文件。
• bool is_empty(const path&)：如果路径与文件夹对应，此函数将检查文件夹是否为空，并据此返回“True”或“False”。如果路径与文件对应，此函数将检查文件的大小是否等于 0。对于文件的硬链接或符号链接的情况，此 API 将检查原始文件是否为空。
• bool equivalent(const path1& p1, const path2& p2)：此 API 非常实用，可用于比较相对路径和绝对路径名。请看清单 9：
  
  清单 9. 测试两个路径是否等效
  

  #include <stdio.h> #include “boost/filesystem.hpp” int main() { boost::filesystem::path path1("/usr/local/include"); // random pathname boost::filesystem::path path2("/tmp/../usr/local/include"); bool result = boost::filesystem::is_equivalent(path1, path2); printf(“Paths are equivalent : %d\n”, result); return 0; } // result: 1

  
  
• path system_complete(const path&)：此函数是与 bool equivalent(const path1& p1, const path2& p2) 同一系列的另一个 API。在给定当前工作目录中任意文件路径的情况下，此 API 将返回该文件的绝对路径。例如，如果用户位于目录 /home/user1 并查询文件 ../user2/file2，此函数将返回 /home/user2/file2，即文件 file2 的完整路径名。

杂项函数

Boost Filesystem Library 包括以下杂项函数：

• std::string extension(const path&)：此函数以前面带句点 (.) 的形式返回给定文件名的扩展名。例如，对于文件名为 test.cpp 的文件，extension 将返回 .cpp。对于文件没有扩展名的情况，此函数将返回空字符串。对于隐藏文件（即 UNIX 系统中文件名以 . 开始的文件），此函数将相应地计算扩展名类型或返回空字符串（因此，对于 .test.profile，此例程将返回 .profile）。
• std::string basename(const path&)：这是与 extension 互补的例程。它将返回文件名中 . 之前的字符串。请注意，即使提供了绝对文件名，此 API 仍然仅会返回属于文件名的直接部分，如清单 10 中所示。
  
  清单 10. 使用 boost::basename
  

  #include <stdio.h> #include <cstring> #include “boost/filesystem.hpp” use namespace std; int main() { boost::filesystem::path path1("/tmp/dir1/test1.c "); boost::filesystem::path path2("/tmp/dir1/.test1.profile"); string result1 = boost::filesystem::basename (path1); string result2 = boost::filesystem::basename (path2); printf(“Basename 1: %s Basename2 : %s\n”, result1.c_str(), result2.c_str()); return 0; } // result: Basename1: test1 Basename2: .test1

  
  
• std::string change_extension(const path& oldpath, const std::string new_extension)：此 API 将返回反映更改后的名称的新字符串。请注意，与 oldpath 对应的文件保持不变。这只是一个常规函数。另请注意，您必须显式地在扩展名中指定点。例如，change_extension("test.c", "so") 会得到 testso，而不是 test.so。

回页首

结束语

本文提供了 Boost Filesystem Library 的简单概述。不应将本文视为 Boost 中的整个文件系统接口的综合文档。并未讨论此 API 集的内部情况，也没有讨论这些 API 在非 UNIX 或 Windows 平台（如 VMS）中的细节。有关文件系统的更多信息，请参见参考资料。

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文 。
  
  
• Boost Filesystem Library 文档 ：阅读 Boost Filesystem Library 文档（相对而言，更加适合开发人员，而不是普通用户）。
  
  
• Every Flavour Beans ：这篇文章对 Boost Filesystem Library 非常独到的介绍，提供了安装 Boost 库的详细信息。
  
  
• Detailed Filesystem Library 文档 ：查找关于 PATHNAME 检查函数的信息。
  
  
• AIX and UNIX 专区 ：developerWorks 的“AIX and UNIX 专区”提供了大量与 AIX 系统管理的所有方面相关的信息，您可以利用它们来扩展自己的 UNIX 技能。
  
  
• AIX and UNIX 新手入门 ：访问“AIX and UNIX 新手入门”页面可了解更多关于 AIX 和 UNIX 的内容。
  
  
• AIX and UNIX 专题汇总 ：AIX and UNIX 专区已经为您推出了很多的技术专题，为您总结了很多热门的知识点。我们在后面还会继续推出很多相关的热门专题给您，为了方便您的访问，我们在这里为你把本专区的所有专题进行汇总，让您更方便的找到你需要的内容。
  
  
• developerWorks 技术事件和网络广播 ：了解最新的 developerWorks 技术事件和网络广播。
  
  
• AIX Wiki ：访问这个与 AIX 相关的技术信息协作环境。
  
  
• Podcast ：收听 Podcast 并与 IBM 技术专家保持同步。
  

       泛化关系比较好理解，就是表示类之间的继承关系。容易混淆的是依赖、关联、聚合和组合的关系。这里做一些甄别：

       1、 依赖和关联的颠倒颠

       在网上查找了一下依赖和关联的区别，有说“关联本身即是一种依赖”，亦有说“依赖是一种弱关联”，其实说来说去是一档子事。依赖和关联都是说一个类用到了另一个类。其区别在于一个是使用，一个是拥有。

      依赖：具有某种偶然性。比如说我要过河，没有桥怎么办，我就去借来一条小船渡过去。我与小船的关系仅仅是使用（借用）的关系。表现在代码上，为依赖的类的某个方法以被依赖的类作为其参数。或者是class A 的某个方法创造了 class B 的实例抑或对class B的静态方法的调用。如果A依赖于B，那意味着B的变化可能要求A也发生变化；

       这是uml图表示的依赖关系：
       
代码表现：

1public class Person{    
2    /**//** 划船 */   
3    public void oarage (Boat boat){    
4        boat.oarage();    
5 }    
6} 
7

关联：有名的客户和订单的关系以及公司和员工的关系，都是关联关系。还有就是我和我的单车的例子，他们都是一种“拥有”的关系。表现在代码上，就是一个类包含另一个类的实例，通常表现为被关联类以类属性的形式出现在关联类的类定义中，也可以表现为关联类引用了一个类型为被关联类的全局变量。关联可以使单向的，也可以使双向的。

从网上找到的公司和员工的UML图和代码 ：

公司和员工的关联关系

 1public class Company{    
 2    private Employee employee;    
 3    public Employee getEmployee(){    
 4        return employee;    
 5    }    
 6    public void setEmployee(Employee employee){    
 7        this.employee=employee;    
 8    }    
 9    //公司运作    
10    public void run(){    
11        employee.startWorking();    
12    }    
13}  
14

可见依赖于与关联亦有动静之别，关联的类“静态”地引用了被关联类的实例变量，而依赖的偶然性也正说明了它的动态性。

      2、 聚合与组合同出而异体

      聚合与组合其实都是关联的特例，都是整体和部分的关系。他们的区别在于聚合的两个对象之间是可分离的，他们具有各自的生命周期。而组合往往表现为一种唇齿相依的关系。

聚合：一种容纳或曰包含的关系，如同机场和飞机，汽车和轮胎的关系。其实仔细想想，前面的公司和员工的关系也有聚合的味道在里面。

组合：也可称之为强聚合，整体和部分是不可分的，整体的生命周期结束时也就是部分的生命周期到头时。很有名的就是桌子和桌子腿的关系。

组合的UML图：

然而，聚合与组合的代码表现形式是一样的，都可以表现为以下的形式，它们仅仅具有语义上的区别。

网上找到的电脑和CPU的关系的代码表现：

 1public class Computer{    
 2    private CPU cpu;    
 3    public CPU getCPU(){    
 4        return cpu;    
 5    }    
 6    public void setCPU(CPU cpu){    
 7        this.cpu=cpu;    
 8    }    
 9    //开启电脑    
10    public void start(){    
11        //cpu运作    
12        cpu.run();    
13    }    
14}  
15

   结语：

      一般情况下，当某个类被当作参数传递并且被当作结果返回的时候，或者被当作某个方法内的临时变量使用的时候,可以运用依赖关系，使用关联来表示一个拥有关系，而不是整体-部分关系。使用聚合来表示一个动态的整体-部分关系，而是用组合来表示一个静态的整体-部 分关系。但是需要指出的是，所谓“关系”只是在某个问题域才有效，离开了这个问题域，可能这些关系就不成立了，例如之前我和小船的关系，可能在某个问题域 中，我是船夫，我的工作就是驾着小船在河上摆渡，那我和小船的关系就上升为关联关系了。试想一下，武侠小说中的那些剑仙们，修炼到人剑合一的境地，剑在人 在，剑亡人亡，那它们之间的关系就似乎与组合关系类似了。又如在关心汽车的领域里，轮胎是一定要组合在汽车类中的，因为它离开了汽车就没有意义了。但是在 卖轮胎的店铺业务里，就算轮胎离开了汽车，它也是有意义的，这就可以用聚合了。这说明关系是在特定的问题域中的“关系”，会随着问题域的迁移而改变的。最 后顺便问一句：老公和老婆的关系是依赖还是关联呢？一笑……

如果稍微不注意就会出现一些奇怪的字节错位的情况。

在这里我总结一下使用的规则：

         ACE_OutputCDR out(mb);

         out  << ?? ;     //这种方法简称out

         例一：

         如果out 了一个short再out一个long

         字节将成为如下排列(16进制)            xx xx ?? ?? xx xx xx xx

         其中，问号部分即是因为在long写入时进行的按long长度对齐。该数据是无意义的

         例二：

         如果out了一个char再out一个 short

         字节将成为如下排列            xx  ??  xx xx

         其中，问号部分即是因为在short写入时进行的按short长度对齐。该数据是无意义的

         例三：

         如果out了一个short再out一个char

         字节将成为如下排列            xx  xx    xx

         这里输入的char不会造成对齐问题，因为char只有一个字节（都是倍数）

         例四：

         如果out了一个short再out一个char 再out 一个 long

         字节将成为如下排列            xx  xx  xx  ??  xx  xx  xx  xx

         按照以上可总结出，每out一个类型的数据时，输出流将自动按照这个输入类型的长度序对齐，如果没有对齐，则自动填充。

     导致读数据时产生非常多的问题。（你不见CNPV1中都是强转成ACE_CDR::ULong吗？这下知道了吧）。

解决方案有两种：

方案一：全部一种类型吧！比如全部用ACE_CDR::ULong

    不过这种方法通常不适合实际的应用。让偶动物园墙垮来帮大家解决这个心结。:) 西西，请看下一方案。

方案二：

大家都会觉得这玩意被做出来怎么就不好用呢？没道理吧。我也觉得没道理，所以为了证实ACE开发者都是大牛，偶就把ACE的代码挖出来给大家看看，

看看这里到底有着什么样的玄机？

我们就拿ACE_ULong来开刀：

大家翻开CDR_Stream.inl文件，找到以下语句

ACE_INLINE ACE_CDR::Boolean
operator<< (ACE_OutputCDR &os, ACE_CDR::ULong x)
{
  os.write_ulong (x);
  return (ACE_CDR::Boolean) os.good_bit ();
}

继续下去 os.write_ulong (x);

ACE_INLINE ACE_CDR::Boolean
ACE_OutputCDR::write_ulong (ACE_CDR::ULong x)
{
  const void *temp = &x;
  return this->write_4 (reinterpret_cast<const ACE_CDR::ULong*> (temp));
}

继续跟踪this->write_4 (reinterpret_cast<const ACE_CDR::ULong*> (temp));

ACE_CDR::Boolean
ACE_OutputCDR::write_4 (const ACE_CDR::ULong *x)
{
  char *buf = 0;
  if (this->adjust (ACE_CDR::LONG_SIZE, buf) == 0)
    {

       ....

    }

}

再继续adjust (ACE_CDR::LONG_SIZE, buf)

ACE_INLINE int
ACE_OutputCDR::adjust (size_t size, char*& buf)
{
  return this->adjust (size, size, buf);
}

继续 this->adjust (size, size, buf);

ACE_INLINE int
ACE_OutputCDR::adjust (size_t size,
                       size_t align,
                       char*& buf)
{
  if (!this->current_is_writable_)
    return this->grow_and_adjust (size, align, buf);

#if !defined (ACE_LACKS_CDR_ALIGNMENT)
  const size_t offset =
    ACE_align_binary (this->current_alignment_, align)
    - this->current_alignment_;

  buf = this->current_->wr_ptr () + offset;
#else
  buf = this->current_->wr_ptr ();
#endif /* ACE_LACKS_CDR_ALIGNMENT */

  char *end = buf + size;

  if (end <= this->current_->end () &&
      end >= buf)
    {
#if !defined (ACE_LACKS_CDR_ALIGNMENT)
      this->current_alignment_ += offset + size;
#endif /* ACE_LACKS_CDR_ALIGNMENT */
      this->current_->wr_ptr (end);
      return 0;
    }

  return this->grow_and_adjust (size, align, buf);
}

好！我们找到了，原来校正的代码就在这里！仔细看看

#if !defined (ACE_LACKS_CDR_ALIGNMENT)

这里说明，如果你定义了ACE_LACKS_CDR_ALIGNMENT，那么ACE就不会帮你校准对齐字节啦！

哈哈，是不是很兴奋？别着急，让我们动手

打开config.h文件，加入以下一句

#define ACE_LACKS_CDR_ALIGNMENT

重新编译ACE，好，将新的lib加入工程

（如果你用了aced.dll或ace.dll，注意路径，或把新的dll拷贝到system32目录下）

让我们来运行一下原来的程序

那么，从现在开始，你还需要写自己的整编和解编的包装类吗？我看没有必要了吧。还不快动手修改你的工程？

补充：

如果不这么做。那么在接收端用ACE_IntputCDR进行 >> 操作时。如果没有进行读时的强制转换

比如 没有这样写

ACE_CDR::Char c;

ACE_CDR::UShort s;

ACE_InputCDR in(...);

in >> (ACE_CDR::ULong)c;

in >> (ACE_CDR::ULong)s;

而是这样写：

ACE_InputCDR in(...);

in >>  c;

in >> s;

必出各种字节乱码问题。因为中间多了CORBA的marshaling 与demarshaling对齐数据。

如果按照以上方法重新编译ACE后。即可省事多了（同时也节省了网络流量）

ACE_OutputCDR out(..);

out << c;

out << s;

------------------------------------

ACE_InputCDR in(...);

in >>  c;

in >> s;

无须任何类型转换。绝不出错。

再次声明。你不必自己写整编和解编。该论坛多次讨论过该问题。这是一个非常好的解决之道。

         out << (ACE_CDR::UShort)1;

         out << (ACE_CDR::Long)2;

         ACE_LOG_MSG->log_hexdump( LM_DEBUG , mb->base() , out.length() , "t");

书中第四章中有一段代码用到了ACE_CDR的"opertaor> > ()"提取操作符，对此有些疑问。

代码大致如下

C/C++ code

ACE_InputCDR cdr(payload);  //payload 是一个ACE_Message_Block

ACE_CDR::Boolean byte_roder; //字节顺序标志
//Use helper method to disambiguate booleams from chars
cdr >> ACE_InputCDR::to_boolean(Byte_order);  //[color=#FF0000]puzzle1[/color]
cdr.reset_byte_order(byte_order);             //[color=#FF0000]puzzle2[/color]

//提取payload的长度
ACE_CDR::Ulong length;
cdr >> length;     //[color=#FF0000]puzzle3

HANDLE CreateMutex(
  LPSECURITY_ATTRIBUTES lpMutexAttributes,
  BOOL bInitialOwner,
  LPCTSTR lpName
);

其中参数lpMutexAttributes用来设定Mutex对象的安全描述符和是否允许子进程继承句柄。bInitialOwner表明是否将Mutex的持有者设置为调用线程。lpName参数设置Mutex的名字，该名字区分大小写并不能包含"\"，最大长度为MAX_PATH，可设置为NULL表明该Mutex为匿名对象。
如果调用成功，则返回Mutex的句柄，否则返回NULL，如果lpName不为NULL且调用前同名的Mutex已被创建，则返回同名Mutex的句柄，此时调用GetLastError将返回ERROR_ALREADY_EXISTS，参数bInitialOwner将被忽略。

还可以调用OpenMutex打开创建的非匿名Mutex，原型如下

HANDLE OpenMutex(
  DWORD dwDesiredAccess,
  BOOL bInheritHandle,
  LPCTSTR lpName
);

在成功创建或打开Mutex后，可以使用wait functions来等待并获取Mutex的持有权。

下面的例子用来通过Mutex对象控制某一应用程序只运行一次

    int WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow)
    {
        HANDLE hMutex = CreateMutex(NULL, FALSE, "Mutex_Only_One_Instance_Allowed");
        if (NULL == hMutex)
        {
            Error("Create mutex error.");
            return -1;
        }
        DWORD dw = WaitForSingleObject(hMutex, 0);
        if (WAIT_FAILED == dw)
        {
            Error("Wait for mutex error.");
            CloseHandle(hMutex); // 释放句柄，当指向同一系统对象的所有句柄释放后，该对象将被删除。
            return -1;
        }
        else if (WAIT_TIMEOUT == dw)
        {
            // 另外一个实例正在运行
            CloseHandle(hMutex);
            return 1;
        }

        // 没有其它实例在运行，本实例将继续运行
        // 在此实现必要的功能性代码，如创建窗口，进入消息循环
        // ...............

        ReleaseMutex(hMutex); // 释放hMutex的持有权，注意这并不等同于删除Mutex对象
        CloseHandle(hMutex);

        return 0;
    }

其中WaitForSingleObject是等待特定对象发出信号（signaled），而Mutex对象在没有任何线程持有时会发出信号。

可以看到该程序就第九行有一个错误,%s应该写成%d

Step 5
编译生成release版本(这里我主要针对Release程序)
注意设置





最后会生成Crash.exe和Crash.pdb和其他一些中间文件

Step 6
运行Release版本的crash.exe会出现crash,这时CDB会自动attach到该进程，开始调试
出现如下画面

Hello World!(null)

Microsoft (R) Windows Debugger  Version 6.6.0007.5
Copyright (c) Microsoft Corporation. All rights reserved.
*** wait with pending attach                                                                                  
Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:                                                                                      
ModLoad: 00400000 0040c000   D:\Test\Crash\Release\Crash.exe                       
ModLoad: 77f80000 77ffc000   C:\WINNT\system32\ntdll.dll                                
ModLoad: 7c570000 7c624000   C:\WINNT\system32\KERNEL32.dll                
(e04.f18): Access violation - code c0000005 (!!! second chance !!!)                       
eax=00000001 ebx=7ffdf073 ecx=00000001 edx=7fffffff esi=7ffffffe edi=00000800
eip=004016dd esp=0012fcf8 ebp=0012ff50 iopl=0         nv up ei pl nz na pe nc       
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=0000             efl=00000206   
*** WARNING: Unable to verify checksum for D:\Test\Crash\Release\Crash.exe    
Crash!_output+0x49a:                                                                                               
004016dd 803800          cmp     byte ptr [eax],0           ds:0023:00000001=??          
0:000>

输入.lines load source code information
输入k命令查看堆栈

0:000> .lines
Line number information will be loaded
0:000> k
ChildEBP RetAddr
0012ff50 0040103f Crash!_output+0x49a
0012ff70 0040100e Crash!printf+0x1f
0012ff80 00401105 Crash!main+0xe [D:\Test\Crash\Crash.cpp @ 9]
0012ffc0 7c5989a5 Crash!mainCRTStartup+0xb4
0012fff0 00000000 KERNEL32!BaseProcessStart+0x3d

可以发现程序在Crash.cpp第9行crash

输入q命令退出cdb,结束调试。