bitmap

加载一位图，可以使用LoadImage： HANDLE LoadImage（HINSTANCE hinst，LPCTSTR lpszName，UINT uType，int cxDesired，int CyDesired，UINT fuLoad）； LoadImage可以用来加载位图，图标和光标 加载时可以规定加载图的映射到内存的大小： cxDesired：指定图标或光标的宽度，以像素为单位。如果此参数为零并且参数fuLoad值中LR_DEFAULTSIZE没有被使用，那么函数使用目前的资源宽度。 　cyDesired：指定图标或光标的高度，以像素为单位。如果此参数为零并且参数fuLoad值中LR_DEFAULTSIZE没有被使用，那么函数使用目前的资源高度。 LoadImage的返回值是相关资源的 句柄。因为加载的是位图所以返回的句柄是HBITMAP型的（需要强制转换）。 延伸理解 HBITMAP/CBitmap/BITMAP： HBITMAP 是bitmap的指针， msdn中如是：Handle to a bitmap.typedef HANDLE HBITMAP; CBitmap 是mfc中封装bitmap的类； msdn中： Encapsulates（囊括） a Windows graphics device interface (GDI) bitmap and

前言 CImage类是基于GDI+的。可是这里为什么要讲归于GDI？ 主要是基于这种考虑： 在GDI+环境中，我们能够直接使用GDI+ ，没多少必要再使用CImage类 可是，假设再GDI环境中，我们要想使用GDI+，有点麻烦。还得增加头文件。增加启动GDI+的代码和关闭GDI+的代码，显得太罗嗦了。GDI 的CBitmap 处理功能又有局限，仅仅能处理BMP格式的图片。 怎么办？这时。我们便可使用CImage类，由于这个类本身封装了GDI+得使用环境，所以无需我们手动设置，简化了我们的操作。 同一时候。又能够利用GDI+中强大的图片处理功能，及能够简便的与CBitmap对象进行转换 ，大慷慨便了在GDI环境下。进行各种图片处理工作 。 事实上，将其称作 GDI/ GDI+ 混合编程，这样才更确切些。 为什么引入CImage类？ CBitmap 类仅仅能处理BMP格式的图片，很受限。 而CImage能够处理JPGE GIF BMP PNG多种格式图片，扩展了图片处理功能 且能与CBitmap 进行转换( 由于所加载的位图句柄都是HBITMAP,所以可相互转换)，因此引入CImage类进行图像处理 CImage provides enhanced bitmap support, including the ability to load and save images in JPEG

在初始化CBitmap对象时,常用Cbitmap::LoadBitmap,即如下两种: BOOL LoadBitmap( LPCTSTR lpszRecourceName ); BOOL LoadBitmap( UINT nIDResource ); MSDN中的说明为: " 返回值调用成功时返回非零值，否则为0。 lpszResourceName指向一个包含了位图资源名字的字符串（该字符串以null结尾）。NIDResource指定位图资源中资源的ID号。说明本函数从应用的可执行文件中加载由lpszResourceName指定名字或者由nIDResource指定的ID号标志的位图资源。加载的位图被附在Cbitmap对象上。如果由lpszResourceName指定名字的对象不存在，或者没有足够的内存加载位图，函数将返回0。可以调用函数CgdiObject::DeleteObject删除由LoadBitmap加载的位图，否则Cbitmap的析构函数将删除该位图对象。警告 在删除位图对象之前，要保证它没有被选到设备上下文中。在Windows3.1以及以后的版本中，增加了如下的位图：OBM_UPARROWIORM_DNARROWIOBM_RGARROWIOBM_LFARROWI ......" 刚开始用的时候,我直接把图像路径名给了 lpszRecourceName,可总是不成功