1．关于__declspec(dllimport)和__declspec(dllexport)

在一个DLL的编写过程中，如果要使一个变量、一个函数或一个类能够被外部程序调用，在函数声明上加上__declspec(dllimport)关键字。

例：

引出一个变量：
__declspec(dllexport) int iEx;

引出一个函数：
__declspec(dllexport) int fnEx( int i );

引出一个类：
class __declspec(dllexport) CClassEx
{……};

在外部程序引用DLL时，如果采用隐式调用的方法（关于隐式调用稍后讨论），需要包含DLL文件相关的头文件，这个头文件用__declspec(dllimport)关键字指出了DLL导出的内容（实际上就是把原来的__declspec(dllexport)全部替换为__declspec(dllimport)）。

例：

引入一个变量：
__declspec(dllimport) int iEx;

引入一个函数：
__declspec(dllimport) int fnEx( int i );

引入一个类：
class __declspec(dllimport) CClassEx
{……};

为了提高程序可读性，可以定义如下宏：
#define DllImport __declspec(dllimport)
#define DllExport __declspec(dllexport)
以便使用。

实际上一般定义如下宏：
#ifdef MYDLL_EXPORTS

#define MYDLL_API __declspec ( dllexport )

#else

#define MYDLL_API __declspec ( dllimport )

#endif

这样，在源程序的实现文件中先定义 MYDLL_EXPORTS ，再包含这个头文件；在外程序内，可以直接包含这个头文件。这种方法可以实现一个文件多种用途。

  2 ．隐式调用和显式调用

隐式调用是最常用的一种调用方法。它需要原 DLL 文件、原头文件和库文件组成。在程序内要包含这个头文件，并加入库文件一同编译。在程序启动时会把所有隐式调用的 DLL 文件加载到内存。

如果想在使用的时候才把 DLL 文件加入到内存的话，可以使用显式调用。显式调用只需要原 DLL 文件即可，但是使用时必须对知道这个 DLL 有哪些导出的符号。可以在 VS 的命令行方式下输入“ depends ”命令来查看 DLL 信息。

  示例：

  隐式调用：

#include "..\DllTest\DllTest.h"

……

void CallDll( void )

{

     wchar_t wszBuf[ 32 ];

     wsprintf( wszBuf, TEXT( "%d" ), fnDllTest( 9 ) ); //fnDllTest 是DLL文件导出的方法

     wprintf( wszBuf );

}  

显式调用：

void CallDll( void )

{

     typedef int (*ADDPROC)( int i );

     ADDPROC Fn;

     HINSTANCE hInst = LoadLibrary( L "DllTest.dll" );

     if ( NULL == hInst )

     {

         wprintf( L "Failed on load DLL." );

         return ;

     }

     Fn = ( ADDPROC )GetProcAddress( hInst, "fnDllTest" );

     // 如果导出时使用的是_stdcall, 那么这里我们也应该使用(_stdcall ADDPROC)

     if ( !Fn )

          wprintf( L "Failed on get Process Address." );

     else

     {

         int i;

         i = Fn( 9 );

         wchar_t wszBuf[ 32 ];

         wsprintf( wszBuf, L "%d" , i );

         wprintf( wszBuf );

     }

     FreeLibrary(hInst); // 释放DLL

     /*

      * ADDRPROC Add = (ADDPROC)GetProcAddress(hInst, "add");

      * 第而个参数也可以使用序号:

      * MAKEINTRESOURCE(1) 代替函数名.

      */

}

3 ．注意事项

如果使用 C++ 编程，那么在程序编译的时候会为变量名等符号重命为诸如“ ?fnDllTest@QAEAAV 0 ” 之类的形式，为显式调用带来了不便。针对这个问题，我们可以为要导出的符号加上“ extern “C” ”修饰符，就可以保持原有名称。但是导出的类名仍然是重命名后的名称，要再研究研究。

如果你使用MFC生成MFC DLL那么只要做如下定义就可以了class AFX_EXT_CLASS yourClass。

         在函数声明或定义中函数返回类型前加上关键字inline即把min（）指定为内联。

   inline int min(int first, int secend) {/****/};

      inline函数对编译器而言必须是可见的，以便它能够在调用点内展开该函数。与非inline函数不同的是，inline函数必须在调用该函数的每个文本文件中定义。当然，对于同一程序的不同文件，如果inline函数出现的话，其定义必须相同。对于由两个文件compute.C和draw.C构成的程序来说，程序员不能定义这样的min()函数，它在compute.C中指一件事情，而在draw.C中指另外一件事情。如果两个定义不相同，程序将会有未定义的行为：

      为保证不会发生这样的事情，建议把inline函数的定义放到头文件中。在每个调用该inline函数的文件中包含该头文件。这种方法保证对每个inline函数只有一个定义，且程序员无需复制代码，并且不可能在程序的生命期中引起无意的不匹配的事情。

（二）内联函数的编程风格(摘自高质量C++/C 编程指南)

关键字inline 必须与函数定义体放在一起才能使函数成为内联，仅将inline 放在函数声明前面不起任何作用。

如下风格的函数Foo 不能成为内联函数：inline void Foo(int x, int y); // inline 仅与函数声明放在一起void Foo(int x, int y){}而如下风格的函数Foo 则成为内联函数：void Foo(int x, int y);inline void Foo(int x, int y) // inline 与函数定义体放在一起{}所以说，inline 是一种“用于实现的关键字”，而不是一种“用于声明的关键字”。一般地，用户可以阅读函数的声明，但是看不到函数的定义。尽管在大多数教科书中内联函数的声明、定义体前面都加了inline 关键字，但我认为inline 不应该出现在函数的声明中。这个细节虽然不会影响函数的功能，但是体现了高质量C++/C 程序设计风格的一个基本原则：声明与定义不可混为一谈，用户没有必要、也不应该知道函数是否需要内联。

定义在类声明之中的成员函数将自动地成为内联函数，例如class A{public:void Foo(int x, int y) {  } // 自动地成为内联函数}将成员函数的定义体放在类声明之中虽然能带来书写上的方便，但不是一种良好的编程风格，上例应该改成：// 头文件class A{public:void Foo(int x, int y)；}// 定义文件inline void A::Foo(int x, int y){} 慎用内联内联能提高函数的执行效率，为什么不把所有的函数都定义成内联函数？如果所有的函数都是内联函数，还用得着“内联”这个关键字吗？内联是以代码膨胀（复制）为代价，仅仅省去了函数调用的开销，从而提高函数的执行效率。如果执行函数体内代码的时间，相比于函数调用的开销较大，那么效率的收获会很少。另一方面，每一处内联函数的调用都要复制代码，将使程序的总代码量增大，消耗更多的内存空间。以下情况不宜使用内联：（1）如果函数体内的代码比较长，使用内联将导致内存消耗代价较高。（2）如果函数体内出现循环，那么执行函数体内代码的时间要比函数调用的开销大。类的构造函数和析构函数容易让人误解成使用内联更有效。要当心构造函数和析构函数可能会隐藏一些行为，如“偷偷地”执行了基类或成员对象的构造函数和析构函数。所以不要随便地将构造函数和析构函数的定义体放在类声明中。一个好的编译器将会根据函数的定义体，自动地取消不值得的内联（这进一步说明了inline 不应该出现在函数的声明中）。


注意点:

内联函数既能够去除函数调用所带来的效率负担又能够保留一般函数的优点。然而，内联函数并不是万能药，  
  在一些情况下，它甚至能够降低程序的性能。因此在使用的时候应该慎重。  
          1．我们先来看看内联函数给我们带来的好处：从一个用户的角度来看，内联函数看起来和普通函数一样，  
  它可以有参数和返回值，也可以有自己的作用域，然而它却不会引入一般函数调用所带来的负担。另外，  
  它可以比宏更安全更容易调试。  
    当然有一点应该意识到，inline   specifier仅仅是对编译器的建议，编译器有权利忽略这个建议。那么编译器是  
    如何决定函数内联与否呢？一般情况下关键性因素包括函数体的大小，是否有局部对象被声明，函数的复杂性等等。  
          2．那么如果一个函数被声明为inline但是却没有被内联将会发生什么呢？理论上，当编译器拒绝内联一个  
  函数的时候，那个函数会像普通函数一样被对待，但是还会出现一些其他的问题。例如下面这段代码：  
  //   filename   Time.h  
  #include<ctime>  
  #include<iostream>  
  using   namespace   std;  
  class   Time  
  {  
  public:  
          inline   void   Show()   {   for   (int   i   =   0;   i<10;   i++)   cout<<time(0)<<endl;}  
  };  
          因为成员函数Time::Show()包括一个局部变量和一个for循环，所以编译器一般拒绝inline，并且把它当作一个普通的成员函数。但是这个包含类声明的头文件会被单独的#include进各个独立的编译单元中：  
          //   filename   f1.cpp  
  #include   "Time.hj"  
  void   f1()  
  {  
          Time   t1;  
          t1.Show();  
  }  
   
  //   filename   f2.cpp  
  #include   "Time.h"  
  void   f2()  
  {  
          Time   t2;  
          t2.Show();  
  }  
  结果编译器为这个程序生成了两个相同成员函数的拷贝：  
  void   f1();  
  void   f2();  
  int   main()  
  {  
          f1();    
          f2();  
      return   0;  
  }  
   
  当程序被链接的时候，linker将会面对两个相同的Time::Show()拷贝，于是函数重  
  定义的连接错误发生。但是老一些的C++实现对付这种情况的办法是通过把一个  
  un-inlined函数当作static来处理。因此每一份函数拷贝仅仅在自己的编译单元中  
  可见，这样链接错误就解决了，但是在程序中却会留下多份函数拷贝。在这种情况  
  下，程序的性能不但没有提升，反而增加了编译和链接时间以及最终可执行体的大小。  
  但是幸运的是，新的C++标准中关于un-inlined函数的说法已经改变。一个符合标准  
  C++实现应该只生成一份函数拷贝。然而，要想所有的编译器都支持这一点可能还  
  需要很长时间。  
  另外关于内联函数还有两个更令人头疼的问题。第一个问题是该如何进行维护。  
  一个函数开始的时候可能以内联的形式出现，但是随着系统的扩展，函数体可能要  
  求添加额外的功能，结果内联函数就变得不太可能，因此需要把inline   specifier  
  去除以及把函数体放到一个单独的源文件中。另一个问题是当内联函数被应用在代  
  码库的时候产生。当内联函数改变的时候，用户必须重新编译他们的代码以反映这  
  种改变。然而对于一个非内联函数，用户仅仅需要重新链接就可以了。  
  这里想要说的是，内联函数并不是一个增强性能的灵丹妙药。只有当函数非常短小  
  的时候它才能得到我们想要的效果，但是如果函数并不是很短而且在很多地方都被  
  调用的话，那么将会使得可执行体的体积增大。最令人烦恼的还是当编译器拒绝内联  
  的时候。在老的实现中，结果很不尽人意，虽然在新的实现中有很大的改善，但是  
  仍然还是不那么完善的。一些编译器能够足够的聪明来指出哪些函数可以内联哪些  
  不能，但是，大多数编译器就不那么聪明了，因此这就需要我们的经验来判断。  
  如果内联函数不能增强行能，就避免使用它！  
  */  
   
  /*  
  用指针代替数组    
  在许多种情况下，可以用指针运算代替数组索引，这样做常常能产生又快又短的  
  代码。与数组索引相比，指针一般能使代码速度更快，占用空间更少。使用多维数  
  组时差异更明显。下面的代码作用是相同的，但是效率不一样。  
   
  char*   pBuffer   =   new   char[100];  
  nTestNumber   =   0;  
   
  for(dwIndex   =   0;dwIndex   <   100;dwIndex   ++)  
  {  
  nTestNumber   =   pBuffer[dwIndex];  
  }  
   
  char*   pTemp   =   pBuffer;  
  for(dwIndex   =   0;dwIndex   <   100;dwIndex   ++)  
  {  
  nTestNumber   =   *(pTemp   ++);  
  }  
   
  指针方法的优点是，pBuffer的地址每次装入地址pTemp后，在每次循环中只需对pTemp增量操作。  
  在数组索引方法中，每次循环中都必须进行基于dwIndex值求数组下标的复杂运算。  
  */  

if ( hFind == INVALID_HANDLE_VALUE )
 return;

while(FindNextFile(hFind, &wfd))
{
 if ( (wfd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) && !(wfd.dwFileAttributes & FILE_ATTRIBUTE_HIDDEN) )
 {
  if ( wfd.cFileName[0] != '.' )
  {
   UCString temp = (UCString)strPath + wfd.cFileName;
   if ( HasSubFolder(ucLPCTSTR(temp)) )
   {

   }
  }
 }
}
SetCurrentDirectory(_ucT(".."));