69SEX久久精品国产麻豆,久久久久无码国产精品不卡,99久久国产免费福利

Jiang Guogang — Mon, 08 Aug 2011 05:03:00 GMT

C++毫无疑问是��Y件开发工具中的工业标准，但要说做Windows开发，现在恐怕看��h��q�是�?net比较划算�Q��?net的C++�?#8220;Managed C++”�Q�我看了之后只想说这句话�Q�这货不是C++。这里顺带提起一�ơ面试经历，是我面试别�h�Q�我告诉来面试的人：“我们目前的��Y仉��目��用C++开发，没用.net�?#8221;他一脸诧异地问道�Q?#8220;你现在用的是VC6�Q?#8221;我说�Q?#8220;不是�Q�我用的是VS2008�?#8221;他说�Q?#8220;那你用的��是.net�Q�从VS2003开始都�?net�?#8221;我解释道�Q?#8220;我在做本地开发，没��?net�?#8221;而这位哥们��l�坚持说我就是用.net开发，我很郁闷�Q�也许我们说的是不同的话�Q�互�怹�间无法理解得了。总而言之，Managed C++的用��h��极少的，从某�U�意义上��_��C#�?net而生�Q��?net也�ؓC#而生�Q�用C++�?net开发可是半点优劉K��没有。这是题外话�Q�OK�Q�进入正题�?br />
1�Q�最最最要注意的��是�Q�垃圑֛�收机�?br />
C#没有delete�Q�其托管资源不需要delete�Q�也不能昑ּ�delete�Q�完全由.net的垃圑֛�收器来管理�?br />
�E�微有点�ȝ��的是非托��资源，比如打开的文件句柄，创徏的位囑֏�柄等�Q�这些是非托��资源，如果一直不昑ּ�回收�Q�那有可能会��来��多�Q�那怎么办？�q�方面的问题在绝大多数的C#的书�c�上都有讲述�Q�有时候看得�h晕头转向的，其实我们只要遵��@�q�么一�U�规范，��可以应对不�?00%�Q�也�?9%的情况了�Q?br />
�c�M��没有非托��资源的情况下，啥都不用��，也不用实现析构函数�?br />如果�c�M��有非托管资源�Q�则应该实现析构函数�Q��ƈ且在析构函数中释放资源�?br />如果�c�M��有非托管资源�Q��ƈ且想让类使用者提前释放掉�q�些非托��资源的话，那就实现一个Dispose的方法来释放非托��资源，再加上这么一行代码GC.SuppressFinalize(this);以此来告�?net的垃圑֛�收器�Q�不需要再调用一�ơ析构函数来释放非托��资源了�?br />
2�Q��?引用�Q�struct/class

C#的struct和class差别很大�Q�不像C++那样几乎没什么差别，struct适用于创建小的结构，它��用的是��g��递，而用class的对象��用的是引用传递�?br />
��|��存在于栈区，而引用，则存在于堆区�?br />
struct�Q�存在于栈区�Q�可用new初始化（也可以不用）�Q�没有默认构造函敎ͼ�但可以添加构造函敎ͼ�也可以不��d��Q�，没析构函敎ͼ�不能被��ѝ�?br />class�Q�存在于堆区�Q�必��ȝ��new初始化，有默认构造函敎ͼ�有析构函敎ͼ�当然能被�l�承啦�?br />
3�Q�注意装��和拆箱

值和引用有时候得互相转换�Q�比如当一个函数需要引用参敎ͼ�而你却把��g��了过去，那么��存在这么一个隐式�{换的�q�程了，�q�个�q�程会有额外的性能开销�Q�所以要��量避免。��D�{为引用叫“装箱”�Q�反�q�来引用转�ؓ值叫“拆箱”。装��可以是隐式的，但拆��׃��定是昑ּ�的，如：

int i = 123;
object o = i; //装箱�Q�隐式）
int j = (int) o; //拆箱�Q�显式）

4�Q�其它一些语法差�?br />
4.1 虚方法必��d��上override修饰�Q�否则会有warning�?br />4.2 没有了C++构造函��C��?#8220;初始化列�?#8221;�?br />4.3 布尔和整型是两种不同�c�d��?br />4.4 switch语句的行为和C++的略有不同�?br />

Jiang Guogang 2011-08-08 13:03 发表评论

用VC++讉K��文本文�g

Jiang Guogang — Wed, 08 Jun 2011 04:26:00 GMT

摘要: 初一看这个标题，�E�微做过C++�~�程的�h都不认�ؓ�q�是什么困隄��事情�Q�但�l�细惌��v来还是有些需要注意的。其中我��x��主要的就是文本文件的格式了，我们目前常见的有下面�q�四�U�，也就是Windows的记事本所能保存的那四�U�格式了�Q?1�Q�ANSI�Q�也是我们最最常见的文本文件格式，在中文操作系�l�中�Q��用默认的GBK�~�码�Q�而港台用的繁体中文操作系�l�则默认使用Big5码，��体中文操作系�l�打开Big5码的文本文�g�Q�会�?.. 阅读全文

Jiang Guogang 2011-06-08 12:26 发表评论

Jiang Guogang — Thu, 21 Oct 2010 05:01:00 GMT

我一直认为创��Z��个窗口的时候，�H�口处理�q�程处理WM_CREATE是在处理WM_SIZE之前的，所以很多初始化的东襉K��攑֜�WM_CREATE处来做，但最�q�弄一个程序发现到了WM_SIZE处出错，原因是空指针�Q�而这个指针应该是在WM_CREATE的时候被赋值的�Q�奇怪了�Q�难道WM_SIZE会在WM_CREATE之前�Q�于是设两个断点�Q�不看不知道�Q�一看还真的如此�Q�如下图�Q?br>
�E�序每次��L��先触到WM_SIZE的这个断点，��N��我理解一直有误？于是我创��Z��一个hello world�E�序�Q�调试了半天�Q�又发觉没有�q�个问题�Q�WM_CREATE��L��在WM_SIZE之前�Q�我��试在别处重现问题，无果……现在�Q�你再仔�l�看一下上图，你发现问题了么？

我想�l�过我这么提�C�，你应该知道了�Q�原因就是WM_CREATE�q�个断点前一行的SetWindowLong�q�个调用�Q�这个调用会引�v一个WM_SIZE事�g�Q�所以这��制造了WM_SIZE在WM_CREATE之前�q�个假象。处理这个问题很��单，把SetWindowLong�q�行拿掉�Q�然后把WS_NONAVDONEBUTTON�q�个属性交�l�CreateWindow�Q�如下图�Q?br>
�q�样��好了，我想��Z��提个问题�Q�我在设计一个程序的时候，也碰��C��“布局”�?#8220;加蝲”的先后问题，因�ؓ布局可能需要重新调整加载的资源�Q�而加载资源又需要参考布局的尺寸，�׃��功能上的原因�Q�我必须把两者分开�Q�所以存在我前面说的�q�个先鸡先蛋的难题。最后我是这么弄的，做一�?#8220;资源是否已经加蝲”的标志，然后��L��?#8220;布局”�Q�布局的时候检查这个标志，如果没有资源的加载，那就只更改尺寸参数而不调整资源�Q�这��L��h��没什么问题了�Q�从逻辑上来说我的设计确实是WM_SIZE优先于WM_CREATE……

�Ƣ迎对这些方面的设计问题留言讨论�?

Jiang Guogang 2010-10-21 13:01 发表评论

控制�?Console)�E�序和Windows�E�序到底有什么差别？

Jiang Guogang — Wed, 15 Sep 2010 02:01:00 GMT

�q�是我在《Programming Microsoft Windows with C#》（此书作者是大名鼎鼎的Charles Petzold�Q�一书中扑ֈ�的描�q�ͼ�

This compiler switch doesn't do anything very profound. It really only sets a flag in the executable file that indicates how the program is to be loaded an run. If an executable is flagged as a Console Application and is started from Windows, the Windows operating system creates a Command Prompt window that launches the program and displays any console output from the program. If the console application is started from within the Command Prompt window, the MS-DOS promptdoesn't return until the program terminateds. If the executable is flagged as a Windows Application, no Command Prompt window is created. Any console output from the program goes into the bit bucket. If you start such a program from the Command Prompt window, the MS-DOS prompt appears again right after the program is launched. The point is this: nothing bad happens if you compile a Windows Forms application as a console application!

作者之前提到的�~�译选项�?target:exe�?target:winexe�Q�前者生成控制台�E�序�Q�后者生成Windows�E�序�Q�这是C#的编译器�Q�而VC++的连接器的选项却有些不同，看这张图�Q?br>
如果你在应用�E�序向导里指定的是一个Windows�E�序�Q�而你后来却在�q�个�q�接器选项里选择Console�Q�那会怎么样呢�Q�——会�q�接��p�|�Q�因为VC++�q�接器认为Console�E�序和Windows�E�序的入口函数是不同�Q�这��L��单的一改它会找不到入口函数�Q�所以连接失败�?br>
但不��这��P��通过Charles Petzold的这�D�|��q�ͼ�我们对Console�E�序和Windows�E�序的认识应该是没什么问题了�Q�两者其实�ƈ没有什么根本不同，只是Windows�Ҏ��PE文�g中的标识�Q�用�E�微不同的方法来�q�行�q�两�U�程序而已�?br>
BTW�Q�Windows�E�序可以创徏自己的控制台�Q�参考AllocConsole�{�API�Q�，控制台程序也可以创徏�H�口�?/p>

Jiang Guogang 2010-09-15 10:01 发表评论

Jiang Guogang — Wed, 11 Aug 2010 07:30:00 GMT

以前有这么个问题�Q�如果代码不��心发生了一个异常，比如除零异常�Q�但我不惌��代码��此�Ҏ��l�束�Q�我惌��代码忽略掉这个异常��l�运行，那应该怎么办？

try
{
    int a=1;
    int b=0;
    int c=a/b;
}
catch()
{
    printf("Ignore that error and continue to work!\n");
}

�q�段代码�q�不奏效�Q�因为除雉��误是一个系�l�异常，而不是一个C++�c�d��异常�Q�所以catch不到的，�q�种异常�c�d��也就没法通过�q�种方式来处理了。必��ȝ��Windows�Ҏ��的异常处理方式：

__try
{
    int a=1;
    int b=0;
    int c=a/b;
}
__except(EXCEPTION_EXECUTE_HANDLER)
{
    printf("Ignore that error and continue to work!\n");
}

�q�样��没有问题了�Q�而且我们可以在__except中调用GetExceptionCode来获得异�总�码，比如�q�个例子的异�总�码是0xC0000094�Q�表�C?#8220;整型除零异常”。试图访问一个非法地址��D��的异�怹�同样可以通过�q�种方式来捕捉到。例如：

__try
{
    int* p = NULL;
    *p = 10;
}
__except(EXCEPTION_EXECUTE_HANDLER)
{
    printf("Exception[%0X] occured!\n", GetExceptionCode());
}

异常代码0xC0000005�Q�这个我们见得太多了�Q�也��是非法地址讉K��异常�?br>�q�种方式的异常处理还有个妙用�Q�那��是用来取代goto语句。大致这��P��

__try
{
    BOOL rtn = Foo1();
    if(!rtn)
        __leave;

    rtn = Foo2();
    if(!rtn)
        __leave;

    //Blah Blah Blah
}
__finally
{
    //Do some job to release the resources.
}

�q�一步信息请查看MSDN�Q�查�?#8220;__try”�{�关键字��可以了�?br>值得注意的是�Q�这�U�方式的异常处理不能和C++风格的异常处理同时��用，否则会编译通不�q��?

Jiang Guogang 2010-08-11 15:30 发表评论

Jiang Guogang — Tue, 10 Aug 2010 05:12:00 GMT

先看看可能有问题或者有歧义的代码：

TCHAR *p = TEXT("ABC中文");
INT iLen = lstrlen(p);

lstrlen�q�回的到底是字符串的字符数目�Q�还是字�W�串所占据的字节数呢？再看�Q?br>

TCHAR *p = TEXT("more than 10 characters.");
TCHAR szBuff[10];
lstrcpy(szBuff, p);

明显要复制到szBuff的字�W�串比szBuff本��n要长�Q�那会导致什么问题呢�Q�如果要复制的字�W�串的长度正好就�?0�Q�那szBuff会不会在末尾加上一个字�W�串�l�束标志'\0'呢？

使用新的安全字符串函��C��后，上面的都不是问题了，关于安全字符串函敎ͼ�技术细节还是很多的�Q�但我们不用��那么多�Q�我们只需要关心我们用得最多的几个��可以了�?br>

旧函�?/td>	新函敎ͼ�字符�Q?/td>	新函敎ͼ�字节�Q?/td>
lstrlen	StringCchLength	StringCbLength
lstrcpy	StringCchCopy	StringCbCopy
lstrcat	StringCchCat	StringCbCat
wsprintf	StringCchPrintf	StringCbPrintf

你会发现�Q�一个旧的函数对应了两个新的函数�Q�理解这个�ƈ不难�Q�因为新的函数大多需要你指定一�?#8220;最镉K��?#8221;�Q�那�q�个长度�I�竟指的是字�W�数目还是字节长度呢�Q�如果指的是字符数目的话�Q�那��q��Cch�p�d��的，否则��q��Cb�p�d��的。好我们改一下上面的代码�Q?br>

TCHAR *p = TEXT("ABC中文");
size_t iLen;
//We want to get the character number
StringCchLength(p, STRSAFE_MAX_CCH, &iLen);

�q�样��比较好地避免了歧义�?br>

#define BUFFER_SIZE 10
TCHAR *p = TEXT("more than 10 characters.");
TCHAR szBuff[BUFFER_SIZE];
StringCchCopy(szBuff, BUFFER_SIZE, p);
//szBuff is "more than" now, it always ends with a '\0'

�q�样的字�W�拷贝也��׃��存在��界的问题了�Q��ƈ且能保证字符串��L��能以'\0'�l�束。其它的嘛，读者就举一反三自己看看了，基本用用�q�是没问题的�Q�如果有兴趣�q�可以直接看看这些字�W�串函数的代码，不简单的哦�?br>
最后，别忘了��用的时候包含strsafe.h头文件�?

Jiang Guogang 2010-08-10 13:12 发表评论

让TinyXML保存文�g为UTF-8格式

Jiang Guogang — Mon, 05 Jul 2010 07:31:00 GMT

TinyXML是个好东西，�q�个不用我多说了�Q�我用它做过好几个项目，但这几个��目都只是从xml文�g中获取信息，没有涉及到写文�g�Q�最�q�需要生成xml的配�|�文�Ӟ��才注意到�q�个问题�Q�那��是TinyXML��g��不能保存文�g为UTF-8格式�?/p>

我用UltraEdit打开生成的xml文�g�Q�UltraEdit把它识别为ASCII格式的文本文�Ӟ��而通过二进制查看，也确实如此，我看了下帮助文��Q�也没具体提及到�q�个问题。但后来我仔�l�整理了一下思�\后，发觉�q�个其实不算什么问题，分析如下�?/p>

文��上就说明了，TinyXML是完全支持UTF-8的，可以��试load一个UTF-8格式的xml文�g�Q�完全没有问题，那现在问题是load了一个UTF-8文�g后，文�g中的字符�Ԍ��在TiXmlDocument对象中，到底是什么格式？TinyXML在load它之后会不会直接把UTF-8格式转�ؓUnicode格式�Q�——不会，��Z��么？因�ؓTinyXML在编写的时候是把自己定位�ؓ一个比较单�U�的C++ Lib�Q�它没有使用��M��Windows相关的API�Q�包括很重要的两个编码�{换函数WideCharToMultiByte和MultiByteToWideChar�Q�它都没用，对不同��^収ͼ��~�码转换函数可能是不同的�Q�因此TinyXML不会画蛇添��地提供这个�{换，也就是说�Q�如果你的xml文�g�Q�UTF-8格式�Q�中如果有中文的话，用TinyXML加蝲�q�来之后�Q�依旧是UTF-8的，不经�q��{换直接print出来的话�Q�就是�ؕ码了�Q�所以要�l�过一个UTF-8到Unicode的�{换，转换代码我这里就不写了。再说一下，TinyXML声称对UTF-8的支持表�C�它认识UTF-8的xml文�g�Q�但�q�不表示它自动对UTF-8的文本进行�{换�?/p>

好，再回��C��存的问题上，其实你差不多惛_��了，应该怎么做，因�ؓ整个TinyXML其实�q�不计较内存中的文本�I�竟是什么内容，它都可以把文本当做是UTF-8�Q�当然了�Q�实际上把文本�{为UTF-8然后交给TinyXML的工作是我们的程序去完成�Q�，那我们可不可以说保存的xml文�g其实��已�l�是UTF-8格式的？——答案是肯定的。而UTF-8的格式标志其实就是文件头的三个字节：0xEF�Q?xBB�Q?xBF。有了这个头�Q�用UltraEdit打开�q�个xml�Q�UltraEdit��把它认为是一个UTF-8的文本文件了�?br>

�q�个改动非常��单，�E�微��览下TinyXML的代码就知道怎么改了�Q�我下蝲的TinyXML�?.6.1版本的（我没记错的话�Q�，在tinyxml.cpp文�g中搜�?#8220;useMicrosoftBOM”�Q�把“useMicrosoftBOM = false;”�q�个语句改�ؓ“useMicrosoftBOM = true;”��可以了�Q�好像一共才三处地方�Q�十分简单，代码一看就懂，不多说了�?/p>

Jiang Guogang 2010-07-05 15:31 发表评论

非MFC�E�序使用TRACE

Jiang Guogang — Wed, 09 Jun 2010 03:19:00 GMT

我们都知道MFC有个很有用的宏，叫TRACE�Q�它用�v来跟printf一��L��单，能直接在VC++的output�H�口中输��试信息，但非MFC的project却没有这个宏�Q�只能用OutputDebugString�q�个API输出�Q�而OutputDebugString�q�个API却不支持�c�M��printf�q�样的输出格式，而且不能在Release版本中自动关闭，于是我自己写了一个，其实实现��h��q�是蛮简单的�Q�上代码�Q?/p>

#ifdef _DEBUG
#define MYTRACE DbgStrOut
#else
#define MYTRACE
#endif

// My debug output function
void DbgStrOut(const TCHAR *fmt, );

把这个定义写在预�~�译头中�Q�默认是stdafx.h�Q�，��p��很方便在别处调用了。这个MYTRACE的作用就相当于TRACE。下面是写在cpp文�g中的代码�?br>

void DbgStrOut(const TCHAR *fmt, )
{
    TCHAR szOutStr[512];

    va_list ap;
    va_start(ap, fmt);
    vswprintf(szOutStr, fmt, ap);
    va_end(ap);

    OutputDebugString(szOutStr);
}

�q�样��可以了�Q�我��试了Windows Mobile的项目，也是可以通过的，而且支持TCHAR字符�Ԍ��也就是说可以用Unicode�?)

Jiang Guogang 2010-06-09 11:19 发表评论

Jiang Guogang — Fri, 02 Apr 2010 05:11:00 GMT

如题�Q�用�q�种�Ҏ��卛_��Q?br>

#include <strstream>
using namespace std;

//假设pData指向了内存中你想要�{变�ؓ��的数据
//iLen是数据长�?/span>
strstreambuf buff(pData, iLen);
istream xmlStream(&buff);

//xmlStream也就是你要的��了
xmlStream>>xmldoc;

你�ƈ不用担心strstreambuf会额外占用什么空��_��它只是把它其中的一个成员指向了内存中的数据的地址而已�?br>

Jiang Guogang 2010-04-02 13:11 发表评论

Jiang Guogang — Tue, 29 Sep 2009 02:34:00 GMT

我们日常工作中经常要对一些东西进行加密，可选的加密�Ҏ��当然很多了，Windows都自带了加密库，但密码学斚w��的东西实在��o我头大，可能因�ؓ我从��学开始数学一直没学好的缘故，而我仔细考虑之后发觉�Q�我们对信息加密�Q�不一定是��于什�?#8220;top security”的原因，大多可能仅仅是不惌��用户看到具体的文件的�l�构或保护一些个人隐�U�信息，也就是说对安全的要求一般，没必要引入太�q�重量��的东西，最好是非常快捷、高效和轻量的。那本文提供了一�U�方法，能让你的信息看�v来被很好地加�q�密了，�q�且你根本不需要去研究什么密码学�Q�也不需要引入什么庞大的Lib�Q�因��Z��码就那么几行�?/p>

写这个程序的时候其实我是想要这么一�U�加密方法：假如明文只有一个字节，那加密出来的密文应该也只有一个字节。而实际上别�h实现好的AES��法加密出来的密文通常都要带上一串随机数�Q�不太符合我的要求�?/p>

没有什么include�Q�没有什么LIB�Q�更没有什么DLL�Q�代码再��单不�q�，但我保证它很有效�Q�OK�Q�不多说了，看代码：

#include "String.h"

//加密和解密，其实�q�两个函数完全相同的�Q�简单�v见嘛�Q�另外我居然允许密码为空�Q�也是简单�v�?/span>
void JiangEncode(unsigned char *pBuff, int iBuffLen, char *pKey=NULL, int iKeyLen=0);
void JiangDecode(unsigned char *pBuff, int iBuffLen, char *pKey=NULL, int iKeyLen=0);

//�q�个main函数是用来测试的
#define TEST_LEN 100
int main(int argc, char* argv[])
{
unsigned char totest[TEST_LEN];
memcpy(totest, "012345678901234567890123456789012345678901234567890123456789\
0123456789012345678901234567890123456789", 100);

JiangEncode(totest, TEST_LEN, "J~xye", 6);

int i;
for(i=0; i<TEST_LEN; i++)
{
  if((i%10)==0)
   printf("\n");
  printf("%d ", totest[i]);
}

printf("\n");

JiangDecode(totest, TEST_LEN, "J~xye", 6);

for(i=0; i<TEST_LEN; i++)
{
  if((i%10)==0)
   printf("\n");
  printf("%d ", totest[i]);
}

return 0;
}

//交换两个BYTE
void Swap2Byte(unsigned char* v1, unsigned char* v2)
{
*v1 ^= *v2;
*v2 ^= *v1;
*v1 ^= *v2;
}

void GetMyCypher(const char* pKey, int iKeyLen, unsigned char* pMyCypher)
{
//原始加密索引
const unsigned char cypherOrg[256] =
{
  1, 3, 5, 15, 17, 51, 85, 255, 26, 46, 114, 150, 161, 248, 19, 53,
  95, 225, 56, 72, 216, 115, 149, 164, 247, 2, 6, 10, 30, 34, 102, 170,
  229, 52, 92, 228, 55, 89, 235, 38, 106, 190, 217, 112, 144, 171, 230, 49,
  83, 245, 4, 12, 20, 60, 68, 204, 79, 209, 104, 184, 211, 110, 178, 205,
  76, 212, 103, 169, 224, 59, 77, 215, 98, 166, 241, 8, 24, 40, 120, 136,
  131, 158, 185, 208, 107, 189, 220, 127, 129, 152, 179, 206, 73, 219, 118, 154,
  181, 196, 87, 249, 16, 48, 80, 240, 11, 29, 39, 105, 187, 214, 97, 163,
  254, 25, 43, 125, 135, 146, 173, 236, 47, 113, 147, 174, 233, 32, 96, 160,
  251, 22, 58, 78, 210, 109, 183, 194, 93, 231, 50, 86, 250, 21, 63, 65,
  195, 94, 226, 61, 71, 201, 64, 192, 91, 237, 44, 116, 156, 191, 218, 117,
  159, 186, 213, 100, 172, 239, 42, 126, 130, 157, 188, 223, 122, 142, 137, 128,
  155, 182, 193, 88, 232, 35, 101, 175, 234, 37, 111, 177, 200, 67, 197, 84,
  252, 31, 33, 99, 165, 244, 7, 9, 27, 45, 119, 153, 176, 203, 70, 202,
  69, 207, 74, 222, 121, 139, 134, 145, 168, 227, 62, 66, 198, 81, 243, 14,
  18, 54, 90, 238, 41, 123, 141, 140, 143, 138, 133, 148, 167, 242, 13, 23,
  57, 75, 221, 124, 132, 151, 162, 253, 28, 36, 108, 180, 199, 82, 246, 1
};

memcpy(pMyCypher, cypherOrg, 256);

//�Ҏ��密码调整加密索引
int i, j;
for(i=0; i<iKeyLen; i++)
{
  for(j=0; j<256; j++)
  {
   int iSwitchIndex = (pMyCypher[j] * pKey[i])%255;
   if(iSwitchIndex!=j)
    Swap2Byte(&(pMyCypher[j]), &(pMyCypher[iSwitchIndex]));
  }
}
}

void JiangCode(unsigned char* pBuff, int iBuffLen, char* pKey, int iKeyLen)
{
unsigned char cypher[256];
GetMyCypher(pKey, iKeyLen, cypher);
int iIndex=0;
while (iIndex<iBuffLen)
{
  //其实……也就一个异或操作，所以加密和解密的过�E�完全一�?/span>
  pBuff[iIndex] ^= cypher[iIndex%256];
  ++iIndex;
}
}

void JiangEncode(unsigned char* pBuff, int iBuffLen, char* pKey, int iKeyLen)
{
JiangCode(pBuff, iBuffLen, pKey, iKeyLen);
}

void JiangDecode(unsigned char* pBuff, int iBuffLen, char* pKey, int iKeyLen)
{
JiangCode(pBuff, iBuffLen, pKey, iKeyLen);
}

写完了，�q�行�l�果是如下：

241 206 235 249 4 160 190 73 253 196
160 238 105 243 18 190 10 97 26 66
182 218 99 73 40 204 208 123 196 46
76 208 117 159 38 66 234 117 142 52
66 63 135 193 60 49 228 15 12 58
131 252 1 171 96 72 254 198 171 201
110 242 27 189 199 108 136 12 177 215
88 66 156 183 221 142 27 45 61 221
122 158 39 174 123 112 156 241 77 227
112 148 57 67 225 30 47 49 83 94

48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57
48 49 50 51 52 53 54 55 56 57 Press any key to continue

上面�q�段是密文，看�v来是不是完全没有原文的样子了�Q�你试试看把TEST_LEN改�ؓ1�Q�只加密一个字节看�Q�这也是允许的，代码�U�C�Q�移植性很好，拿去别处用也方便。但对安全性要求高的应用可能不能��用这�U�方法了�Q�至于怎么��h��安全，我也不知道，密码学方面的东西我最��x��了�?br>

Jiang Guogang 2009-09-29 10:34 发表评论

【CSDN】Winsock原理

Jiang Guogang — Mon, 28 Sep 2009 03:09:00 GMT

�?0060407发表于blog.csdn.net�Q?0090928重编辑�?/span>

�Q�博主：此�ؓ转蝲文章�Q�出处已�l�记不清�Q�内�Ҏ��些泛泛而谈�Q�仅供参考）

一、客��h��/服务器模�?/span>

在TCP/IP�|�络中两个进�E�间的相互作用的��L��模式是客��h��/服务器模�?Client/Server model)。该模式的徏立基于以下两点：
1、非对等作用�Q?br>2、通信完全是异步的�?br>客户�?服务器模式在操作�q�程中采取的是主动请�C�方式�?/p>

服务器方要先启动�Q��ƈ�Ҏ��L��提供相应服务�Q�过�E�如下：
1、打开一通信通道�q�告知本��C��机，它愿意在某一个公认地址上接收客戯��求�?br>2、等待客戯��求到达该端口�?br>3、接收到重复服务��h��Q�处理该��h��q�发送应�{�信受��?br>4、返回第二步�Q�等待另一客户��h��
5、关闭服务器�?/p>

然后��d��h��Q?br>1、打开一通信通道�Q��ƈ�q�接到服务器所在主机的特定端口�?br>2、向服务器发送服务请求报文，�{�待�q�接收应�{�；�l�箋提出��h��……
3、请求结束后关闭通信通道�q�终止�?/p>

二、基本套接字

��Z��更好说明套接字编�E�原理，�l�出几个基本的套接字�Q�在以后的篇�q�中会给出更详细的��用说明�?/p>

1、创建套接字——socket()
功能�Q��用前创徏一个新的套接字
格式�Q�SOCKET PASCAL FAR socket(int af,int type,int procotol);
af: 通信发生的区�?br>type: 要徏立的套接字类�?br>procotol: 使用的特定协�?

2、指定本地地址——bind()
功能�Q�将套接字地址与所创徏的套接字可��p��v来�?br>格式�Q�int PASCAL FAR bind(SOCKET s,const struct sockaddr FAR * name,int namelen);
s: 是由socket()调用�q�回的�ƈ且未作连接的套接字描�q�符�Q�套接字��P��?br>其它�Q�没有错误，bind()�q�回0�Q�否则SOCKET_ERROR

地址�l�构说明�Q?/p>

struct sockaddr_in
{
short sin_family; 　　　　//AF_INET
u_short sin_port; 　　　　//16位端口号�Q�网�l�字节顺�?/span>
struct in_addr sin_addr; //32位IP地址�Q�网�l�字节顺�?/span>
char sin_zero[8]; 　　　　//保留
}

3、徏立套接字�q�接——connect()和accept()
功能�Q�共同完成连接工�?br>格式�Q�int PASCAL FAR connect(SOCKET s,const struct sockaddr FAR * name,int namelen);
格式�Q�SOCKET PASCAL FAR accept(SOCKET s,struct sockaddr FAR * name,int FAR * addrlen);
(参数同上)

4、监听连接——listen()
功能�Q�用于面向连接服务器�Q�表明它愿意接收�q�接�?br>格式�Q�int PASCAL FAR listen(SOCKET s, int backlog);

5、数据传输——send()与recv()
功能�Q�数据的发送与接收
格式�Q�int PASCAL FAR send(SOCKET s,const char FAR * buf,int len,int flags);
格式�Q�int PASCAL FAR recv(SOCKET s,const char FAR * buf,int len,int flags);
buf:指向存有传输数据的缓冲区的指针�?

6、多路复用——select()
功能�Q�用来检��一个或多个套接字状态�?br>格式�Q�int PASCAL FAR select(int nfds,fd_set FAR * readfds,fd_set FAR * writefds,
fd_set FAR * exceptfds,const struct timeval FAR * timeout);
readfds:指向要做��L��的指针
writefds:指向要做写检��的指针
exceptfds:指向要检��是否出错的指针
timeout:最大等待时�?/p>

7、关闭套接字——closesocket()
功能�Q�关闭套接字s
格式�Q�BOOL PASCAL FAR closesocket(SOCKET s);

三、典型过�E�图

2.1 面向�q�接的套接字的系�l�调用时序图

2.2 无连接协议的套接字调用时序图

2.3 面向�q�接的应用程序流�E�图

四、WinSock��?/strong>

Windows Sockets 是从 Berkeley Sockets 扩展而来的，其在�l�承 Berkeley Sockets 的基��上，又进行了新的扩充。这些扩充主要是提供了一些异步函敎ͼ��q�增加了�W�合WINDOWS消息驱动�Ҏ��的�|�络事�g异步选择机制�?/p>
Windows Sockets�׃��部分�l�成�Q�开发组件和�q�行�l��g�?br>开发组�Ӟ��Windows Sockets 实现文档、应用程序接�?API)引入库和一些头文�g�?br>�q�行�l��g�Q�Windows Sockets 应用�E�序接口的动态链接库(WINSOCK.DLL)�?

五、WinSock主要扩充说明

1、异步选择机制
Windows Sockets 的异步选择函数提供了消息机制的�|�络事�g选择�Q�当使用它登记网�l�事件发生时�Q�应用程序相应窗口函数将收到一个消息，消息中指�C�Z��发生的网�l�事�Ӟ��以及与事件相关的一些信息。Windows Sockets 提供了一个异步选择函数 WSAAsyncSelect()�Q�用它来注册应用�E�序感兴��的�|�络事�g�Q�当�q�些事�g发生�Ӟ��应用�E�序相应的窗口函数将收到一个消息�?/p>
函数�l�构如下�Q?br>int PASCAL FAR WSAAsyncSelect(SOCKET s,HWND hWnd,unsigned int wMsg,long lEvent);
hWnd�Q�窗口句�?br>wMsg�Q�需要发送的消息
lEvent�Q�事�Ӟ��以下��Z��件的内容�Q?/p>
事�g值含义：
FD_READ 期望在套接字上收到数据（卌��准备好）时接到通知
FD_WRITE 期望在套接字上可发送数据（卛_��准备好）时接到通知
FD_OOB 期望在套接字上有带外数据到达时接到通知
FD_ACCEPT 期望在套接字上有外来�q�接时接到通知
FD_CONNECT 期望在套接字�q�接建立完成时接到通知
FD_CLOSE 期望在套接字关闭时接到通知

例如�Q�我们要在套接字��d��备好或写准备好时接到通知�Q�语句如下：
rc=WSAAsyncSelect(s,hWnd,wMsg,FD_READ|FD_WRITE);
如果我们需要注销对套接字�|�络事�g的消息发送，只要��?lEvent 讄��?

2、异步请求函�?/strong>
�?Berkeley Sockets 中请求服务是��d��的，WINDOWS SICKETS 除了支持�q�一�c�d��数外�Q�还增加了相应的异步��h��函数——WSAAsyncGetXByY�?

3、阻塞处理方�?/strong>
Windows Sockets ��Z��实现当一个应用程序的套接字调用处于阻塞时�Q�能够放弃CPU让其它应用程序运行，它在调用处于��d��时便�q�入一个叫“HOOK”的例�E�，此例�E�负责接收和分配WINDOWS消息�Q��得其它应用程序仍然能够接收到自己的消息�ƈ取得控制权�?/p>
WINDOWS 是非抢先的多��d��环境�Q�即若一个程序不��d��攑ּ�其控制权�Q�别的程序就不能执行。因此在设计Windows Sockets �E�序�Ӟ��管�pȝ��支持��d��操作�Q�但�q�是反对�E�序员��用该操作。但�׃�� SUN 公司下的 Berkeley Sockets 的套接字默认操作是阻塞的�Q�WINDOWS 作�ؓ�U�L��?SOCKETS 也不可避免对�q�个操作支持�?/p>
在Windows Sockets 实现中，对于不能立即完成的阻塞操作做如下处理�Q�DLL初始�?#8594;循环操作。在循环中，它发送�Q�?WINDOWS 消息�Q��ƈ��查这�?Windows Sockets 调用是否完成�Q�在必要�Ӟ��它可以放弃CPU让其它应用程序执行（当然使用��线�E�的CPU��׃��会有�q�个�ȝ��了^_^�Q�。我们可以调�?WSACancelBlockingCall() 函数取消此阻塞操作�?/p>
�?Windows Sockets 中，有一个默认的��d��处理例程 BlockingHook() ��单地获取�q�发�?WINDOWS 消息。如果要对复杂程序进行处理，Windows Sockets 中还�?WSASetBlockingHook() 提供用户安装自己的阻塞处理例�E�能力；与该函数相对应的则是 WSAUnhookBlockingHook()�Q�它用于删除先前安装的�Q何阻塞处理例�E�，�q��新安装默认的处理例程。请注意�Q�设计自��q��d��处理例程�Ӟ��除了函数 WSACancelBlockingHook() 之外�Q�它不能使用其它�?Windows Sockets API 函数。在处理例程中调�?WSACancelBlockingHook()函数��取消处于阻塞的操作�Q�它��结束阻塞��@环�?/p>
4、出错处�?/strong>

Windows Sockets ��Z��和以后多�U�程环境�Q�WINDOWS/UNIX�Q�兼容，它提供了两个出错处理函数来获取和讄��当前�U�程的最�q�错误号。（WSAGetLastEror()和WSASetLastError()�Q?/p>
5、启动与�l�止

使用函数 WSAStartup() �?WSACleanup() 启动和终止套接字�?/p>
六、Windows Sockets�|�络�E�序设计核心

我们�l�于可以开始真正的 Windows Sockets �|�络�E�序设计了。不�q�我们还是先看一看每�?Windows Sockets �|�络�E�序都要涉及的内宏V��让我们一步步慢慢走�?/p>
1、启动与�l�止

在所有Windows Sockets函数中，只有启动函数WSAStartup()和终止函数WSACleanup()是必��M��用的。启动函数必��L��W�一个��用的函数�Q�而且它允许指�?Windows Sockets API 的版本，�q�获�?SOCKETS的特定的一些技术细节。本�l�构如下�Q?/p>
int PASCAL FAR WSAStartup(WORD wVersionRequested, LPWSADATA lpWSAData);

其中 wVersionRequested 保证 SOCKETS 可正常运行的 DLL 版本�Q�如果不支持�Q�则�q�回错误信息。我们看一下下面这�D�代码，看一下如何进�?WSAStartup() 的调用：

WORD wVersionRequested; // 定义版本信息变量
WSADATA wsaData; //定义数据信息变量
int err; //定义错误号变�?/span>
wVersionRequested = MAKEWORD(1,1);//�l�版本信息赋�?/span>
err = WSAStartup(wVersionRequested, &wsaData);//�l�错误信息赋�?/span>
if(err!=0)
{
　　return;//告诉用户找不到合适的版本
}
//��认 Windows Sockets DLL 支持 1.1 版本
//DLL 版本可以高于 1.1
//�pȝ��q�回的版本号始终是最低要求的 1.1�Q�即应用�E�序与DLL 中可支持的最低版本号
if(LOBYTE(wsaData.wVersion)!= 1|| HIBYTE(wsaData.wVersion)!=1)
{
　　WSACleanup();//告诉用户找不到合适的版本
　　return;
}
//Windows Sockets DLL 被进�E�接受，可以�q�入下一步操�?/span>

关闭函数使用�Ӟ��M��打开�q�已�q�接�?SOCK_STREAM 套接字被复位�Q�但那些已由 closesocket() 函数关闭的但仍有未发送数据的套接字不受媄响，未发送的数据仍将被发送。程序运行时可能会多�ơ调�?WSAStartuo() 函数�Q�但必须保证每次调用时的 wVersionRequested 的值是相同的�?/p>
2、异步请求服�?/strong>

Windows Sockets 除支�?Berkeley Sockets 中同步请求，�q�增加了了一�c�d��步请求服务函�?WSAAsyncGerXByY()。该函数是阻塞请求函数的异步版本。应用程序调用它�Ӟ��?Windows Sockets DLL 初始化这一操作�q�返回调用者，此函数返回一个异步句柄，用来标识�q�个操作。当�l�果存储在调用者提供的�~�冲区，�q�且发送一个消息到应用�E�序相应�H�口。常用结构如下：

HANDLE taskHnd;
char hostname="rs6000";
taskHnd = WSAAsyncBetHostByName(hWnd,wMsg,hostname,buf,buflen);

需要注意的是，�׃�� Windows 的内存对像可以设�|��ؓ可移动和可丢弃，因此在操作内存对象是�Q�必��M��?WIindows Sockets DLL 对象是可用的�?

3、异步数据传�?/strong>

使用 send() �?sendto() 函数来发送数据，使用 recv() 或recvfrom() 来接收数据。Windows Sockets 不鼓��q��户��用阻塞方式传输数据，因�ؓ那样可能会阻塞整�?Windows 环境。下面我们看一个异步数据传输实例�?/p>
假设套接�?s 在连接徏立后�Q�已�l��用了函数 WSAAsyncSelect() 在其上注册了�|�络事�g FD_READ �?FD_WRITE�Q��ƈ�?wMsg ��gؓ UM_SOCK�Q�那么我们可以在 Windows 消息循环中增加如下的分支语句�Q?/p>
case UM_SOCK:
　　switch(lParam)
　　{
　　case FD_READ:
　　　　len = recv(wParam,lpBuffer,length,0);
　　　　break;
　　case FD_WRITE:
　　　　while(send(wParam,lpBuffer,len,0)!=SOCKET_ERROR)
　　　　break;
　　}
break;

4、出错处�?/strong>

Windows 提供了一个函数来获取最�q�的错误�?WSAGetLastError()�Q�推荐的�~�写方式如下�Q?

len = send (s,lpBuffer,len,0);
if((len==SOCKET_ERROR)&&(WSAGetLastError()==WSAWOULDBLOCK)){}

Jiang Guogang 2009-09-28 11:09 发表评论

Jiang Guogang — Thu, 24 Sep 2009 08:35:00 GMT

三年多前我在blog.csdn.net上半转蝲�q�一��文章，关于DLL入门的，不过内容有些凌�ؕ�Q�加上非原创�Q�我打算重新写一下，更突�?#8220;快�?#8221;�Q�内容嘛�Q�就比较�_��了，虽然�_��Q�看完后写写DLL肯定是没问题的，�怿�我�?/p>
一�Q�快速生成一个DLL

哦，对了�Q�讲解还是用VC++ 6.0�Q�简�U�VC6�Q�来讲解。在VC6下new一�?#8220;Win32 Dynamic-Link Library”的Project�Q�就�?#8220;dllTest”吧，注意不要选择“MFC AppWizard(dll)”�Q�因�?#8230;…�q�不属于本文的内容，其实最重要的是�Q�我不太懂（^_^�Q�，然后呢，选择“An empty DLL project”卛_��?/p>
接下来就是创��Z��q�两个文�Ӟ��q�添加到Project中去�Q?/p>
lib.h

#ifndef LIB_H
#define LIB_H
extern "C"  int __declspec(dllexport) add(int x,int y);
#endif

lib.cpp

#include "lib.h"
int add(int x,int y)
{
    return x + y;
}

Build�Q�（�q�么��单的�E�序不会通不�q�吧�Q�）你就能看��C��的生成目录下有个文�g�Q�叫“dllTest.dll”�Q�这��是我们�W�一个dll�Q�没几行代码�Q�简单吧�Q�但麻雀虽小五脏俱全�Q�我们��用Visual Studio提供的工�?#8220;Depends”打开�q�个文�g看看�Q�如图所�C�，你能看到我们导出的这个函敎ͼ�add�?/p>
�q�个��微型的dll和普通程序的不同在于add函数的声明，多了一个__declspec(dllexport)�Q�这个是关键�Q�这个修饰符告诉VC6�Q�这个函数需要导出，而前面的extern "C"的意思是�q�个函数是以C语言的标准来调用的，如果不加extern "C"的话�Q�会怎么样呢�Q�自��p��试看吧，Build后再用Depends看看生成的dll�?br>

二、��用这个DLL

用VC6的向导创��Z��?#8220;Win32 Console Application”的Project�Q�叫“CallDllTest”�Q�然后选择“"A Hello, Word!"Application”�Q��ؓ什么用Console�Q�简单呗�?/p>
把CallDllTest.cpp的内�Ҏ��成以下：
CallDllTest.cpp

#include "stdafx.h"
#include "windows.h"

typedef int ( * lpAddFun)(int,int);

int main(int argc, char* argv[])
{
    HINSTANCE hDll;   //DLL handle
    lpAddFun addFun;  //Function pointer
    hDll = LoadLibrary("dllTest.dll");
    if (hDll != NULL)
    {
  addFun = (lpAddFun)GetProcAddress(hDll,"add");
  if(addFun!=NULL)
  {
   int result =  addFun(2,3);
   printf("%d",result);
  }
  FreeLibrary(hDll);
    }
    return 0;
}

Build�Q�然�?lt;Ctrl>+�q�行�Q�就能看到结果了�Q�打��C��一�?#8220;5”出来�Q�说明正�怺��Q�有炚w��要说明的是你得把前面生��的那个DLL和这�ơ生成的EXE攑֜�同一目录下方可。代码很��单，思�\��是定义函数指针�c�d��Q�加载DLL�Q�获取要调用的函数的指针�Q�然后调用，�q�么一个过�E��?/p>
三、静态链�?/strong>

刚才使用LoadLibrary�q�个API加蝲DLL的方式叫动态链接，现在来介�l�静态链接，其实静态链接用得还更多�Q�只不过你不一定注意到而已�Q�不信的话现在查看一下你刚创建的CallDllTest�q�个Project的Project Settings�Q�如图：

注意我画�U�线的这个地方，Kernel32.lib�Q�user32.lib和gdi32.lib�{�，�q�些lib叫做“导入�?#8221;�Q��ƈ不包含真正有效的代码�Q�真正有效的代码是存攑֜�DLL中的�Q�刚才我们所使用的LoadLibrary�q�个API�Q�其实就是通过Kernel32.lib链接到Kernel32.dll中去的，也就是说LoadLibrary的实现存在于Kernel32.dll中，而我们是通过Kernel32.lib来找到它的，如果�q�有兴趣的话�Q�可以用Depends看看Kernel32.dll�Q�看看里面是否有LoadLibrary�Q�里面函数很多，别看��q��了哦�Q�这可是Windows的核心库之一�Q�但可能你�ƈ没有扑ֈ�LoadLibrary�Q�而是扑ֈ�了，LoadLibraryA和LoadLibraryW�Q�这很正常，因�ؓ很多需要��用到字符串的API�Q�都有两个版本，一个是�H�字�W�版�Q�一个是宽字�W�版�Q�在�E�序�~�译链接的时候，�~�译器会�Ҏ��你的选项来跟你选择其中一个，�q�里暂时不展开了�?/p>
那如何静态��用前面生成的那个dllTest.dll呢？回到刚才dllTest.dll的那个生成目录，你会发现一个叫dllTest.lib的文�Ӟ��q�就是我前面提到“导入�?#8221;�Q�现在改一下CallDllTest.cpp�?br>CallDllTest.cpp

#include "stdafx.h"

#pragma comment(lib, "dllTest.lib")

extern "C"  int __declspec(dllimport) add(int x,int y);

int main(int argc, char* argv[])
{
int result =  add(2,3);
printf("%d",result);
    return 0;
}

dllTest.lib�q�个文�g得复制到CallDllTest�q�个Project的目录下�Q�否则会报找不到文�g�Q�执行结果如何？跟刚才是一��L��Q�这�U�方式就叫静态链接，区别是什么？不需要在�q�行时调用LoadLibrary了，我个��得静态链接用得更多一些�?/p>
注意看代码：

extern "C"  int __declspec(dllimport) add(int x,int y);

�q�句话很关键�Q�__declspec(dllimport)对应了DllTest中的__declspec(dllexport)�Q�表�C��函数��从dll中导入，那你也许要问了：“我怎么知道�q�个dll中有�q�个函数�Q��ƈ且还知道�q�个函数的参数类型和�q�回值类型？该不会也是用Depends�ȝ��吧？”�?#8230;…�q�怎么说呢�Q�如果这个dll是你写的�Q�你当然知道啦，但如果这个Dll不是你写的话�Q�它的作者往往会提供一个头文�g�Q�就好像你要使用LoadLibrary�Q�你得包�?#8220;windows.h”�q�个头文件一��P��否则��出现符��h��定义的编译错误，那么我们改一下lib.h�q�个头文件�?/p>
lib.h

#ifndef LIB_H
#define LIB_H
#ifdef DLLTEST_EXPORTS
extern "C" int __declspec(dllexport) add(int x,int y);
#else
extern "C" int __declspec(dllimport) add(int x,int y);
#endif
#endif

在DllTest�q�个Project中，DLLTEST_EXPORTS是被定义了的�Q�如图：

所以��用dllexport�Q�而在别的Project中，则��用dllimport。在CallDllTest中include�q�个lib.h�Q�就可以了，当然你也可以写得更好�Q�我�q�里仅仅是demo�?/p>
四、DLL中的main函数

大家都知道C语言的程序是从main开始的�Q�到了Windows环境下，则换成了WinMain�Q�但也差不多�Q�那DLL有没有类似的入口呢？�{�案是肯定的�Q�我们来改一下DllTest的lib.cpp�?/p>
lib.cpp

#include "lib.h"
#include "windows.h"
#include "stdio.h"

BOOL APIENTRY DllMain( HANDLE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)
{
    switch (ul_reason_for_call)
    {
    case DLL_PROCESS_ATTACH:
  printf("\nprocess attach of DLL");
  break;
    case DLL_THREAD_ATTACH:
  printf("\nthread attach of DLL");
  break;
    case DLL_THREAD_DETACH:
  printf("\nthread detach of DLL");
  break;
    case DLL_PROCESS_DETACH:
  printf("\nprocess detach of DLL");
  break;
    }
    return TRUE;
}

int add(int x,int y)
{
    return x + y;
}

你能看到一个叫“DllMain”的函敎ͼ�它就是dll的入口，oh�Q�当然了�Q�我�q�篇文章所讲的都是针对Windows操作�pȝ��的，Linux的可不一样哦�Q�甚至一般来��_��Linux的DLL都不�?#8220;DLL”�?/p>
好了�Q�你再按照前面的�Ҏ��去调用下�q�个DLL�Q�（记得拯��q�个dll到相应目录去�Q�这时候你��p��看到执行�l�果中多�?#8220;process attach of DLL”�?#8220;process detach of DLL”�Q�这是很显而易见的�Q�一个进�E�连接和断开�q�接到这个dll的时候，DllMain��׃��被调用，且传递的ul_reason_for_call参数分别是DLL_PROCESS_ATTACH和DLL_PROCESS_DETACH�Q�那什么时候会�?#8220;DLL_THREAD_ATTACH”�?#8220;DLL_THREAD_DETACH”�Q�当库已�l�加载，创徏新的�U�程和销毁线�E�的时候，会分别��用THREAD_ATTACH和THREAD_DETACH参数来调DllMain�?/p>
五、调用方�?/strong>

前面我们导入�Q�导出函数的时候都加了一�?#8220;extern "C"”�Q�那不加会怎么样呢�Q�如果再涉及到这几个修饰�W�：__stdcall�Q�__cdecl和__fastcall�Q�那又会怎样呢？我画了两个表�Q�大家可以比较下�Q�体会下�?/p>
�q�是三种不同调用方式的比较：

�q�是命名修饰在不同方式下的比较：

如果dll和exe的命名理解不一��_��有可能出错。通常来说�Q�我是习惯于�?#8220;extern "C"”�?#8220;__cdecl”的组合�?/p>
六、导出变�?/strong>

前面只说了如何导出函敎ͼ�那如何导��Z��个变量呢�Q�方法类��|��甚至可以说几乎一��P��看代码：

lib.cpp

#include "lib.h"
#include "windows.h"
#include "stdio.h"

int iExportInt;

BOOL APIENTRY DllMain( HANDLE hModule, DWORD  ul_reason_for_call, LPVOID lpReserved)
{
    switch (ul_reason_for_call)
    {
    case DLL_PROCESS_ATTACH:
  iExportInt = 112;
  break;
    }
    return TRUE;
}

lib.h

#ifndef LIB_H
#define LIB_H
#ifdef DLLTEST_EXPORTS
extern "C" int __declspec(dllexport) iExportInt;
#else
extern "C" int __declspec(dllimport) iExportInt;
#endif
#endif

�q�样�Q�就可以了，和导出函数是没什么差别吧�Q�同��P��你也可以用Depends观察生成的DLL�Q�你会发现iExportInt�q�个导出�W�号�Q�也��是我们导出的这个变量了。现在看CallDllTest的代码：

CallDllTest.cpp

#include "stdafx.h"
#include "lib.h"

#pragma comment(lib, "dllTest.lib")

int main(int argc, char* argv[])
{
printf("%d\n", iExportInt);
iExportInt++;
printf("%d\n", iExportInt);
return 0;
}

输出是什么？112�?13�Q�说明成功了。不知道你这个时候有没有惛_��一个问题，那就是如果两个进�E�同时调用dllTest.dll�Q�而且同时修改和读取iExportInt�Q�那会不会�ؕ掉呢�Q�要不要做一个互斥锁呢？�{�案是：不会�Q�不需要。这得益于Windows内存��理的一个底层实现技术，叫Copy-on-write�Q�在调用执行“iExportInt++”的时候，其实�q��真正修改了DLL中的��|��而是做了一份拷贝，通过内存映射机制�Q��得程序访问的那个“iExportInt”其实是那份拷贝，而另一�q�程使用的也是自��q��拯��Q�互不干涉�?/p>
七、共享内�?/strong>

紧接着前面�q�个问题�Q�那如果我企��N��过DLL来让不同�q�程�׃�n一�D�内存，而不是让�pȝ��执行默认的Copy-on-write操作�Q�那怎么办呢�Q�有办法�Q�这是Microsoft提供的一个方法，个�h觉得是个不错的进�E�间通信的方法，比如两个�q�程需要交换一大块数据�Q�而且�q�一大块数据变化比较频繁�Q�通过数据库啊�Q�文件啊�Q�就昑־�有点慢，如果通过socket啊，��道啊，��显得有些不直接�Q�还是直接��用共享内存来得直接，但很多�h�q�不知道�q�个功能�Q�我�q�里跟大家分享下�?/p>
lib.h

#ifndef LIB_H
#define LIB_H
#ifdef DLLTEST_EXPORTS
extern "C" __declspec(dllexport) unsigned char dataChunk[100000];
#else
extern "C" __declspec(dllimport) unsigned char dataChunk[100000];
#endif
#endif

lib.cpp

#include "lib.h"

#pragma data_seg("shared")
unsigned char dataChunk[100000]={0};
#pragma data_seg()

#pragma comment(linker, "/SECTION:shared,RWS")

Build一下，然后用Depends看看输出情况。现在来改CallDllText.cpp。这里有非常要注意的两个地方�Q�一�?#8220;={0}”�q�个初始化，�q�是必须的，否则�׃�n��不起作用，Microsoft规定了共享段一定需要先初始化，哪怕只是给�W�一个元素赋个随便什么值都好，如这个例子，我只是给�W�一个元素赋��g��?�Q�另一处要注意的是“/SECTION:shared,RWS"�q�个字符�Ԍ��中间可别要有�I�格�Q�否则你同样会发现共享不起作用，我当时调试就很郁��P��因�ؓ我习惯在英文逗号后加个空根{�?/p>
CallDllText.cpp

#include "stdafx.h"
#include "windows.h"
#include "lib.h"

#pragma comment(lib, "dllTest.lib")

int main(int argc, char* argv[])
{
printf("%d\n", dataChunk[0]++);
Sleep(10000);
    return 0;
}

Sleep(10000)会让�E�序堵塞10�U�钟�Q�这样就可以�q�行多个�E�序的副本，来观察共享的效果�?/p>
八、结�?/strong>

DLL�늛�的知识面相当�q�，本文只是��入门��的文章，介绍了一些比较实用的内容而已�Q�如果要�q�一步学习，需要看看《Windows核心�~�程》这�U�经典著作，关于DLL的很多内�Ҏ��都没有提及到�Q�比如DLL的导出方法其实有好几�U�，我介�l�的只是其中一�U�，但我认�ؓ我介�l�的�Ҏ��是最好用而且是最��单的。我们写�E�序�Q�是��Z��实现某些应用�Q�而不是�ؓ了炫耀某些技术，所以我是偏向于使用成熟�Q�可靠和易行的方法�?br>

Jiang Guogang 2009-09-24 16:35 发表评论

最��易的坐标��d��校正��法

Jiang Guogang — Wed, 26 Aug 2009 05:30:00 GMT
blog好一些时间没更新了，一斚w��是自己有些懒散了�Q�另一斚w��是觉得难扑ֈ�一个自己很满意的blog�I�间�Q�看来看�ȝ��合上来说�q�是cppblog.com最好，虽然也有许多不尽人意之处。今天��Q上来写篇��文�Q�希望自己重新恢复勤快，也藉此纪念今天这个特别的“中国情�h�?#8221;——七夕�?br>
作�ؓ工程师，�l�常需要画些图表曲�U�，那刻度就成了个问题，下面我�D两个例子说说�q�个问题�Q?br>数字�p�d��1�Q?.12�Q?.4�Q?.3�Q?.16�Q?.5�Q?.9�Q?1�Q?2�Q?.6
��L��曲线�Q�用Excel�Q�很��单，你很快就弄好了，如图�Q?br>
数字�p�d��2�Q?234321.1�Q?234331.1�Q?234343.1�Q?234123.1�Q?234356.1�Q?234567.1�Q?234399.1�Q?234300.1
同样�Q�用Excel��L��曲线�Q�如下图�Q?br>

注意�U�坐标的��d��Q�我说的��是�q�个问题�Q�如果是你，如何来标�q�个��d��Q?br>
一般来��_��我们日常生活中看到的��d��都是�?�Q?.5�Q?�Q?0为间隔的�Q�如果给��Z��一个最��?.55�Q�一个最大�?.13�Q�要求画出大�U?个刻度，那应该怎么画？如果是我�Q�大概就��d��q�几个：4.4�Q?.6�Q?.8�Q?.0�Q?.2�?br>
那这栯��不行呢？(5.13-4.55)/5=0.116�Q�于是画��几个��d��Q?.55�Q?.666�Q?.782�Q?.898�Q?.014�Q?.13。当然也可以�Q�但�q�个��法未免太简单，��d��来的��d��不好看�?br>
那我们如何来描述我上面提到的�?�Q?.5�Q?�Q?0为间隔的划分��法呢？我一直感觉很困难�Q�直��C��天动手去写，�q�且把它写出来了�Q�才发现也就那么几行代码�Q�我把我的代码脓出来与大家分享，我相信我�q�个��法�l�过�E�微的修改就能适应所有的坐标��d��划分�?br>
代码实在��单，我不写什么注释了�Q�我觉得�q�是我写的最�_�悍的小�E�序之一�?br>
#include <math.h>

void RegulateAll(double dMin, double dMax, int iMaxAxisNum);

int main(int argc, char* argv[])
{
     RegulateAll(2, 45, 7);
       RegulateAll(0.12, 0.43, 5);
       RegulateAll(10001, 10002, 5);
       RegulateAll(-12.65, 56.3, 6);
       RegulateAll(5243217834.12, 5378234435.12, 5);
      RegulateAll(-0.043, 0.099, 8);
     RegulateAll(-123431, -67325, 10);
     RegulateAll(0.0, 0.0, 5);
    return 0;
}

void RegulateAll(double dMin, double dMax, int iMaxAxisNum)
{
    if(iMaxAxisNum<1 || dMax<dMin)
        return;

    double dDelta = dMax - dMin;
    if(dDelta<1.0) //Modify this by your requirement.
    {
        dMax+=(1.0-dDelta)/2.0;
        dMin-=(1.0-dDelta)/2.0;
    }
    dDelta = dMax - dMin;

    int iExp = (int)(log(dDelta)/log(10.0))-2;
    double dMultiplier = pow(10, iExp);
    const double dSolutions[] = {1, 2, 2.5, 5, 10, 20, 25, 50, 100, 200, 250, 500};
    int i;
    for(i=0; i<sizeof(dSolutions)/sizeof(double); i++)
    {
        double dMultiCal = dMultiplier * dSolutions[i];
        if(((int)(dDelta/dMultiCal) + 1)<=iMaxAxisNum)
        {
            break;
        }
    }

    double dInterval = dMultiplier * dSolutions[i];

    double dStartPoint = ((int)ceil(dMin/dInterval) - 1) * dInterval;
    int iAxisIndex;
    for(iAxisIndex=0; 1; iAxisIndex++)
    {
        printf("%f", dStartPoint+dInterval*iAxisIndex);
        if(dStartPoint+dInterval*iAxisIndex>dMax)
            break;
        printf(" | ");
    }

    printf("\n");
}

除开打印和前面的条�g判断外，真的没几行，而且只用了一个非常有限的�q�代�Q�效率自然是很高的�?/p>

Jiang Guogang 2009-08-26 13:30 发表评论

Jiang Guogang — Thu, 23 Apr 2009 02:01:00 GMT

�?0060307发表于blog.csdn.net�Q?0090423重编辑�?/span>

一、预�~�译头文件说�?/span>

所谓头文�g预编译，��是把一个工�E?Project)中��用的一些MFC标准头文�?如Windows.H、Afxwin.H)预先�~�译�Q�以后该工程�~�译�Ӟ��不再�~�译�q�部分头文�g�Q�仅仅��用预�~�译的结果。这样可以加快编译速度�Q�节省时间�?br>
预编译头文�g通过�~�译stdafx.cpp生成�Q�以工程名命名，�׃��预编译的头文件的后缀�?#8220;pch”�Q�所以编译结果文件是projectname.pch�?br>
�~�译器通过一个头文�gstdafx.h来��用预�~�译头文件。stdafx.h�q�个头文件名是可以在project的编译设�|�里指定的。编译器认�ؓ�Q�所有在指��o#include "stdafx.h"前的代码都是预编译的�Q�它跌��#include "stdafx. h"指��o�Q��用projectname.pch�~�译�q�条指��o之后的所有代码�?br>
因此�Q�所有的CPP实现文�g�W�一条语句都是：#include "stdafx.h"�?br>
另外�Q�每一个实现文件CPP都包含了如下语句�Q?/p>
#ifdef _DEBUG
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif

�q�是表示�Q�如果生成调试版本，要指�C�当前文件的名称。__FILE__是一个宏�Q�在�~�译器编译过�E�中�l�它赋��gؓ当前正在�~�译的文件名�U��?br>
vc.net默认情况下��用预�~�译�?/Yu)�Q�不明白的在加入�?h文�g后编译时��d��现fatal error C1010: 在查��N��~�译头指令时遇到意外的文件结��错误。解��x��法是在在include头文件的地方加上#include "stdafx.h",或者打��目属性，扑ֈ�“C/C++”文�g夹，单击“预编译头”属性页。修�?#8220;创徏/使用预编译头”属性�ؓ“不��用预�~�译�?#8221;�?br>
二、C/C++头文件一�?/span>

C、传�l?C++
#include 　　　　//讑֮�插入�?br>#include 　　　　 //字符处理
#include 　　　　 //定义错误�?br>#include 　　　　 //��点数处�?br>#include 　　　 //文�g输入�Q�输�?br>#include 　　　 //参数化输入／输出
#include 　　　//数据��输入／输出
#include 　　　　//定义各种数据�c�d��最值常�?br>#include 　　　　//定义本地化函�?br>#include 　　　　　//定义数学函数
#include 　　　　 //定义输入�Q�输出函�?br>#include 　　　　//定义杂项函数及内存分配函�?br>#include 　　　　//字符串处�?br>#include 　　　//��Z��数组的输入／输出
#include 　　　　　//定义关于旉��的函�?br>#include 　　　　 //宽字�W�处理及输入�Q�输�?br>#include 　　　　//宽字�W�分�c?br>
标准 C++　�Q�同上的不再注释�Q?br>#include 　　　 //STL 通用��法
#include 　　　　　//STL 位集容器
#include
#include
#include
#include
#include 　　　　 //复数�c?br>#include
#include
#include
#include
#include 　　　　　 //STL 双端队列容器
#include 　　　 //异常处理�c?br>#include
#include 　　　//STL 定义�q�算函数�Q�代替运��符�Q?br>#include
#include 　　　　　　//STL �U�性列表容�?br>#include 　　　　　　 //STL 映射容器
#include
#include 　　　　　　 //基本输入�Q�输出支�?br>#include 　　　　　//输入�Q�输出系�l��用的前置声明
#include
#include 　　　　 //基本输入��?br>#include 　　　　 //基本输出��?br>#include 　　　　　 //STL 队列容器
#include 　　　　　　 //STL 集合容器
#include 　　　　 //��Z��字符串的��?br>#include 　　　　　 //STL 堆栈容器　　　　
#include 　　　 //标准异常�c?br>#include 　　　 //底层输入�Q�输出支�?br>#include 　　　　　//字符串类
#include 　　　　 //STL 通用模板�c?br>#include 　　　　　//STL 动态数�l�容�?br>#include
#include

using namespace std;

C99 增加
#include 　　 //复数处理
#include 　　　　//��点环境
#include 　　//整数格式转换
#include 　　 //布尔环境
#include 　　　//整型环境
#include 　　　//通用�c�d��数学�?br>
三、预处理的由�?/span>

在C++的历史发展中�Q�有很多的语�a�特征�Q�特别是语言的晦涩之处）来自于C语言�Q�预处理��是其中的一个。C++从C语言那里把C语言预处理器�l�承�q�来�Q�C语言预处理器�Q�被Bjarne博士(C++之父)��U�CؓCpp�Q�不知道是不是C Program Preprocessor的简�U��?br>
四、常见的预处理功�?/span>

预处理器的主要作用就是把通过预处理的内徏功能对一个资源进行等��h��换，最常见的预处理有：文�g包含�Q�条件编译、布局控制和宏替换4�U��?br>
1�Q�文件包含：#include 是一�U�最为常见的预处理，主要是做为文件的引用�l�合源程序正文�?br>2�Q�条件编译：#if,#ifndef,#ifdef,#endif,#undef�{�也是比较常见的预处理，主要是进行编译时�q�行有选择的挑选，注释掉一些指定的代码�Q�以辑ֈ�版本控制、防止对文�g重复包含的功能�?br>3�Q�布局控制�Q?pragma�Q�这也是我们应用预处理的一个重要方面，主要功能是�ؓ�~�译�E�序提供非常规的控制��信息�?br>4�Q�宏替换�Q?define�Q�这是最常见的用法，它可以定义符号常量、函数功能、重新命名、字�W�串的拼接等各种功能�?br>
五、预处理指��o

预处理指令的格式如下�Q?br>
#directive tokens

#�W�号应该是这一行的�W�一个非�I�字�W�，一般我们把它放在�v始位�|�。如果指令一行放不下�Q�可以通过“\”�q�行控制�Q�例如：

#define Error if(error) exit(1)

�{��h�?br>
#define Error \
if(error) exit(1)

下面我们看一下常见的预处理指令：
#define 宏定�?br>#undef 未定义宏
#include 文本包含
#ifdef 如果宏被定义��p��行编�?br>#ifndef 如果宏未被定义就�q�行�~�译
#endif �l�束�~�译块的控制
#if 表达式非零就对代码进行编�?br>#else 作�ؓ其他预处理的剩余选项�q�行�~�译
#elif �q�是一�U?else�?if的组合选项
#line 改变当前的行数和文�g名称
#error 输出一个错误信�?br>#pragma 为编译程序提供非常规的控制流信息

下面我们对这些预处理�q�行一一的说明，考虑到宏的重要性和�J�琐性，我们把它攑ֈ�最后讲�?br>
六、文件包含指�?br>
�q�种预处理��用方式是最为常见的�Q��^时我们编写程序都会用刎ͼ�最常见的用法是�Q?br>#include //标准库头文�g
#include //旧式的标准库头文�?br>#include "IO.h" //用户自定义的头文�?br>#include "../file.h" //UNIX下的父目录下的头文�g
#include "/usr/local/file.h" //UNIX下的完整路径
#include "..\file.h" //Dos下的父目录下的头文�g
#include "\usr\local\file.h" //Dos下的完整路径

�Q�其实DOS/Windows的目录分隔也可以用斜杠，��Z��和Unix兼容�Q�就�l�一用斜杠吧�Q?br>
�q�里面有2个地方要注意�Q?br>
1、我们用�q�是?

我们��d��使用�Q�而不�?lt;iostream.h>,��Z��么呢�Q�我想你可能�q�记得我曄��l�出�q�几点理由，�q�里我大致的说一下：

首先�Q�h格式的头文�g早在98�q?月䆾��p��标准委员会抛弃了�Q�我们应该紧跟标准，以适合时代的发展。其�ơ，iostream.h只支持窄字符集，iostream则支持窄/宽字�W�集。还有，标准对iostream作了很多的改动，接口和实现都有了变化。最后，iostream�l��g全部攑օ�namespace std中，防止了名字污染�?br>
2�?lt;io.h>�?io.h"的区别？

其实他们唯一的区别就是搜索�\径不同：对于#include �Q�编译器从标准库路径开始搜索对�?include "io.h" �Q�编译器从用��L��工作路径开始搜索�?br>
七、编译控制指�?/span>

�q�些指��o的主要目的是�q�行�~�译时进行有选择的挑选，注释掉一些指定的代码�Q�以辑ֈ�版本控制、防止对文�g重复包含的功能。��用格式，如下�Q?br>
1�?ifdef identifier

如果identifier��Z��个定义了的符��P��your code��׃��被编译，否则剔除�?br>#ifdef identifier
your code
#endif

2�?ifndef identifier

如果identifier��Z��个未定义的符��P��your code��׃��被编译，否则剔除�?br>#ifndef identifier
your code
#endif

3�?if expression

如果expression非零�Q�your code��׃��被编译，否则剔除�?br>#if expression
your code
#endif

4�?ifdef identifier

如果identifier��Z��个定义了的符��P��your code1��׃��被编译，否则your code2��׃��被编译�?br>#ifdef identifier
your code1
#else
your code2
#endif

5�?else�?elif

如果epression1非零�Q�就�~�译your code1�Q�否则，如果expression2非零�Q�就�~�译your code2�Q�否则，��q��译your code3�?br>#if expressin1
your code1
#elif expression2 //呵呵�Q�elif
your code2
#else
your code3
#enif

其他预编译指令除了上面我们说的集中常用的�~�译指��o�Q�还�?�U�不太常见的�~�译指��o�Q?line�?error�?pragma�Q�我们接下来��q��单的谈一下�?br>
6�Q?line

语法如下�Q?br>
#line number filename

例如�Q?br>
#line 30 a.h

其中�Q�文件名a.h可以省略不写。这条指令可以改变当前的行号和文件名�Q�例如上面的�q�条预处理指令就可以改变当前的行号�ؓ30�Q�文件名是a.h。初看�v来似乎没有什么用�Q�不�q�，他还是有点用的，那就是用在编译器的编写中�Q�我们知道编译器对C++源码�~�译�q�程中会产生一些中间文�Ӟ��通过�q�条指��o�Q�可以保证文件名是固定的�Q�不会被�q�些中间文�g代替�Q�有利于�q�行分析�?br>
7�Q?error

语法如下�Q?br>
#error info

例如�Q?br>
#ifndef UNIX
#error This software requires the UNIX OS.
#endif

�q�条指��o主要是给出错误信息，上面的这个例子就是，如果没有在UNIX环境下，��׃��输出This software requires the UNIX OS.然后诱发�~�译器终止。所以�ȝ��来说�Q�这条指令的目的��是在出现其它编译错误之前能够给��Z��定的信息�?br>
8�Q?pragma

它是非统一的，他要依靠各个�~�译器生产者。例如VC++中：

#pragma comment(lib,"dllTest.lib")

导入库dllTest.lib�?br>
八、预定义标识�W?/span>

��Z��处理一些有用的信息�Q�预处理定义了一些预处理标识�W�，虽然各种�~�译器的预处理标识符不尽相同�Q�但是他们都会处理下面的4�U�：

__FILE__ 正在�~�译的文件的名字
__LINE__ 正在�~�译的文件的行号
__DATE__ �~�译时刻的日期字�W�串�Q�例如： "25 Dec 2000"
__TIME__ �~�译时刻的时间字�W�串�Q�例如： "12:30:55"

例如�Q�cout<<"The file is :"<<__FILE__"<<"! The lines is:"<<__LINE__<
九、预处理何去何从

如何取代#include预处理指令，我们在这里就不再一一讨论了。C++�q�没有�ؓ#include提供替代形式�Q�但是namespace提供了一�U�作用域机制�Q�它能以某种方式支持�l�合�Q�利用它可以改善#include的行为方式，但是我们�q�是无法取代#include�?br>
#pragma应该��是一个可有可无的预处理指令，按照Bjarne的话��_��是�Q?#8220;#pragma被过分的�l�常的用于将语言语义的变形隐藏到�~�译�pȝ��里，或者被用于提供带有�Ҏ��语义和笨拙语法的语言扩充�?#8221;

对于#ifdef�Q�我们仍然束手无�{�，��q��是我们利用if语句和常量表辑ּ��Q�仍然不��以替代它，因�ؓ一个if语句的正文必��d��语法上正��，满��c�L��查，即��他处在一个绝不会被执行的分支里面�?br>
十、预�~�译头文件的补充说明

�q�里介绍VC6的预�~�译功能的��用，�׃��预编译详�l��用比较的复杂�Q�这里只介绍几个最重要的预�~�译指��o: /Yu, /Yc,/Yx,/Fp。其它的详细资料可以参�?

MSDN -> Visual Studio 6.0 Document -> Visual C++ 6.0 Document -> VC++ Programmer Guider -> Compiler and Linker -> Details -> Creating Precompiled Header files

预编译头的概念：

所谓的预编译头��是把一个工�E�中的那一部分代码�Q�预先编译好攑֜�一个文仉��Q�通常是以.pch为扩展名的）�Q�这个文件就�U�Cؓ预编译头文�g�q�些预先�~�译好的代码可以是�Q何的C/C++代码�Q�甚��x��inline的函敎ͼ�但是必须是稳定的�Q�在工程开发的�q�程中不会被�l�常改变。如果这些代码被修改�Q�则需要重新编译生成预�~�译头文件。注意生成预�~�译头文件是很耗时间的。同时你得注意预�~�译头文仉��常很大�Q�通常�?-7M大。注意及时清理那些没有用的预�~�译头文件�?br>
也许你会问：现在的编译器都有Time stamp的功能，�~�译器在�~�译整个工程的时候，它只会编译那些经�q�修改的文�g�Q�而不会去�~�译那些从上�ơ编译过�Q�到现在没有被修改过的文件。那么�ؓ什么还要预�~�译头文件呢�Q�答案在�q�里�Q�我们知道编译器是以文�g为单位编译的�Q�一个文件经�q�修改后�Q�会重新�~�译整个文�g�Q�当然在�q�个文�g里包含的所有头文�g中的东西�Q?eg Macro, Preprocessor �Q�都要重新处理一遍。VC的预�~�译头文件保存的正是�q�部分信息。以避免每次都要重新处理�q�些头文件�?br>
�Ҏ��上文介绍�Q�预�~�译头文件的作用当然��是提高便宜速度了，有了它你没有必要每次都编译那些不需要经常改变的代码。编译性能当然��提高了。但�Ҏ��我的实践�l�验�Q��用VC6�~�译器，在编译一个小�E�序的时候，用不用预�~�译头文�Ӟ��基本看不出编译速度的差距，可能对于一个大型程序来��_��q�种�~�译速度差才能体现出来�?br>
要��用预�~�译��_��我们必须指定一个头文�g�Q�这个头文�g包含我们不会�l�常改变的代码和其他的头文�g�Q�然后我们用�q�个头文件来生成一个预�~�译头文�Ӟ��.pch文�g�Q�想必大安��知道 StdAfx.h�q�个文�g。很多�h都认��是VC提供的一�?#8220;�pȝ��U�别”的，�~�译器带的一个头文�g。其实不是的�Q�这个文件可以是��M��名字的。我们来考察一个典型的由AppWizard生成的MFC Dialog Based�E�序的预�~�译头文件。（因�ؓAppWizard会�ؓ我们指定好如何��用预�~�译头文�Ӟ��默认的是StdAfx.h�Q�这是VC��L��名字�Q�。我们会发现�q�个头文仉��包含了以下的头文�Ӟ��

#include     // MFC core and standard components
#include     // MFC extensions
#include    // MFC Automation classes
#include // MFC support for Internet Explorer 4 Common Controls
#include

�q�些正是使用MFC的必��d��含的头文�Ӟ��当然我们不太可能在我们的工程中修改这些头文�g的，所以说他们是稳定的�?br>
那么我们如何指定它来生成预编译头文�g。我们知道一个头文�g是不能编译的。所以我们还需要一个cpp文�g来生�?pch 文�g。这个文仉��认的��是StdAfx.cpp。在�q�个文�g里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能够编译而已―――也��是��_��要的只是它的.cpp的扩展名。我们可以用/Yc�~�译开��x��指定StdAfx.cpp来生成一�?pch文�g�Q�通过/Fp�~�译开��x��指定生成的pch文�g的名字。打开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的树形视��N��选择整个工程�Q�如下图�Q?br>

�Q�图�Q�）

在图中我们的Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”�Q�这��是指定生成�?pch文�g的名字，默认的通常是　<工程�?gt;.pch�Q�我的示例工�E�名��是PCH�Q��?br>
然后�Q�在左边的树形视��N��选择StdAfx.cpp.如图�Q?br>

�Q�图�Q�）

�q�时原来的Project Option变成�?Source File Option�Q�原来是工程�Q�现在是一个文�Ӟ��当然变了�Q�。在�q�里我们可以看到 /Yc开养I��/Yc的作用就是指定这个文件来创徏一个Pch文�g�?Yc后面的文件名是那个包含了�E�_��代码的头文�g�Q�一个工�E�里只能有一个文件的可以有YC开兟뀂VC��根据这个选项�?StdAfx.cpp�~�译成一个Obj文�g和一个PCH文�g�?br>
然后我们再选择一个其它的文�g来看看，如图�Q?br>
�Q�图3�Q?br>
在这里，Precomplier 选择�?Use ………一��，头文件是我们指定创徏PCH 文�g的stdafx.h文�g。事实上�Q�这里是使用工程里的讄��Q�（如图1�Q?Yu "stdafx.h"�?br>
�q�样�Q�我们就讄��好了预编译头文�g。也��是��_��我们可以使用预编译头功能了。以下是注意事项�Q?br>
1�Q�如果��用了/Yu�Q�就是说使用了预�~�译�Q�我们在每个.cpp文�g的最开��_��我强调一遍是最开��_��包含你指定��生pch文�g�?h文�g�Q�默认是stdafx.h�Q�不然就会有问题。如果你没有包含�q�个文�g�Q�就告诉你Unexpected file end. 如果你不是在最开头包含的�Q�你自己试以下就知道了，�l�对有很惊�h的效果�?br>
2�Q�如果你把pch文�g不小心丢了，�Ҏ��以上的分析，你只要让�~�译器生成一个pch文�g��可以了。也��是说把 stdafx.cpp�Q�即指定/Yc的那个cpp文�g�Q�重新编译一遍就可以了。当然你可以��d��?Rebuild all。简单一点就是选择那个cpp文�g�Q�按一下Ctrl + F7��可以了�?/p>

Jiang Guogang 2009-04-23 10:01 发表评论

【CSDN】Win32 GDI基础�Q�笔讎ͼ�

Jiang Guogang — Fri, 03 Apr 2009 11:02:00 GMT

�?0060307发表于blog.csdn.net�Q?0090403重编辑�?/span>

1、GDI名字的意�?br>GDI Graphic Device Interface�Q�我说不清和GUI有什么区别。可能一�U�针对设备，一�U�针对用戯��言吧，反正以后都说GDI�Q�也��是Windows的图形编�E��?br>
2、设备描�q�C��下文HDC
Handle Device Context
�q�个是关键的关键�Q�可以理解成��d��的环境，何谓环境�Q�画板，�U�，�W�，��寸�Q�字体，颜色�Q�区域等。反正包括你能想到的和未能想到的了。要��d��不同的图形，很大�E�度上是对HDC的修攏V�?br>
3、HDC的创建方�?br>WM_PAINT消息来的时候，用：

hdc = BeginPaint(hwnd, &ps);
//...
EndPaint(hwnd, &ps);

�l�束后ps区域自动变有效。还有：

hdc = GetDC(hwnd);
//...
ReleaseDC(hwnd, hdc);

�q�一寚w��要调用ValidateRect()函数来��得区域有效�?/p>
�q�有别的办法�Q�但不常用，�q�里略过。不�q�有一个还是值得一��_��那就是取得Window HDC的办法，用它可以在Windows非客户区��d��Q?/p>
hdcWindow = GetWindowDC(hwnd);
//...
ReleaseDC(hwnd, hdcWindow);

4、获取HDC信息
GetDeviceCaps()
其中比较重要的指标是�Q?br>HORZRES - horizontal resolution
VERTRES - vertical resolution
BITSPIXEL - 色深

5、保存HDC与还原HDC

SaveDC(hdc);
RestoreDC(hdc, -1);

6、画囄��图！

//[伪码]

// ----- �?nbsp;-----
//�ȝ��
SetPixel(hdc, x, y, crColor);
//取点颜色
crColor = GetPixel(hdc, x, y);

// ----- 直线 -----
//最后一参数为NULL表示不返回最后点
MoveToEx(hdc, x, y, lpPrevPoint);
//�ȝ��
LineTo(hdc, x, y);
//��d��U�，不移动当前点
Polyline(hdc, lpPoint, cPointNum);
//��d��U�，�U�d��当前�?/span>
PolylineTo(hdc, lpPoint, cPointNum);
//��d��l�多�U?/span>
PolyPolyline(hdc, lppt, lpNum, cCount);

//----- 曲线 -----
//��L��圆线
Arc();
//��L��泽尔曲线�Q�不�U�d��但前�?/span>
PolyBezier();
//��L��泽尔曲线�Q�移动当前点
PolyBezierTo();

//----- 区域 -----
//�ȝ��?/span>
Rectangle();
//��L��?/span>
Ellipse();
//��d��圆角的矩�?/span>
RoundRect();
//��L��
Pie();
//��d��
Chord();

7、画�W�HPEN�Q�改变线条）
�Ҏ��1�Q?br>HPEN hPen = GetStockObject(ARGUMENTS);
ARGUMENTS为：BLACK_PEN 黑笔WHITE_PEN 白笔

HPEN hPen = SelectObject(hdc, GetStockObject(WHITE_PEN));
DelectObject(hPen);

�Ҏ��2�Q?br>HPEN hPen = CreatePen(iPenStyle, iWidth, crColor);
iPenStyle为：PS_SOLID实线PS_DASH虚线PS_DOT点线PS_DASHDOT虚点�U�PS_DASHDOTDOT虚双点线PS_NULL�I�线PS_INSIDEFRAME�Q�？

DeleteObject(SelectObject(hdc, GetStockObject(BLACK_PEN)));

获取�ȝ��信息�Q?/p>
GetObject(hPen, sizeof(LOGPEN), (LPVOID)&logpen);

选出HDC中的�ȝ��Q?/p>
hPen = GetCurrentObject(hdc, OBJ_PEN);

8、背景模�?/span>
改变背景模式�Q�也��是制定虚线间间隙的填充问题了：

SetBkColor(hdc, crColor);
SetBkMode(hdc, TRANSPARENT);
SetBkMode(hdc, OPAQUE);

有Set嘛，相应地有Get了，�q�里略过�?br>
9、叠加模�?/span>

SetROP2(hdc, iDrawMode);
iDrawMode = GetROP2(hdc);

10、画刷HBRUSH�Q�改变填充）
��d��能指明区域填充模式�?br>�Ҏ��1�Q?/p>
HBRUSH hBrush = GetStockObject(GRAY_BRUSH);
SelectObject(hdc, hBrush);

�Ҏ��2�Q?/p>
HBRUSH hBrush = CreateSolidBrush(crColor);
HBRUSH hBrush = CreateHatchBrush(iHatchStyle, crColor);

11、多边�Ş填充模式及画多边�?/span>

SetPolyFillMode(hdc, iMode); //iMode�Q�ALTERNAME WINDING
Polygon();

12、区域HRGN�Q�绘画范��_��

HRGN hRgn = CreateRectRgn(x1, y1, x2, y2);
HRGN hRgn = CreateRectRgnIndirect(&rect);
HRGN hRgn = CreateEllipticRgn(x1, y1, x2, y2);
HRGN hRgn = CreateEllipticRgnIndirect(&rect);

区域合�ƈ

CombineRgn(hDestRgn, hSrcRgn1, hSrcRgn2, iCombine); //iCombine: RGN_AND, RGN_OR, RGN_XOR, RGN_DIFF, RGN_COPY

注意�Q�hDestRgn, hSrcRgn1, hSrcRgn2都必��L��效�?/p>
FillRgn(); //填充区域�?/span>
FrameRgn(); //�l�区域画辏V�?/span>
InvertRgn(); //反�{区域�?/span>
HRGN hRgnPrev = SelectObject(hdc, hRgn); //��区域放�|�入HDC�?/span>

使区域无�?有效�Q?/p>
InvalidateRgn(hRgn);
ValidateRgn(hRgn);

Jiang Guogang 2009-04-03 19:02 发表评论

69SEX久久精品国产麻豆,久久久久无码国产精品不卡,99久久国产免费福利

用VC++讉K��文本文�g

控制�?Console)�E�序和Windows�E�序到底有什么差别？

让TinyXML保存文�g为UTF-8格式

非MFC�E�序使用TRACE

【CSDN】Winsock原理

最���易的坐标��d��校正���法

【CSDN】Win32 GDI基础�Q�笔讎ͼ�

最��易的坐标��d��校正��法