C++博客-fengyue-随笔分类-C/C++

如何动态加载ActiveX控件

风悦 — Wed, 30 Nov 2011 00:51:00 GMT

我们的开发平台需要用第三方控件（ActiveX）时，一般采用的方法是，先在VC中的插入控件，VC会自动生成操作控件的类，然后创建一个控件，并处理对应的事件。如果控件接口变化，更新控件，需要重复操作且编译才能发布，比较麻烦。显然，动态加载ActiveX控件能解决这个问题。如果做过页面编程就会知道，页面脚本里边可以动态创建控件的。我们的开发平台是否也能动态创建控件呢，答案是肯定的。下面介绍一下如何动态加载ActiveX控件:
1.首先是获取到控件的GUID，可以通过配置。
2.获取控件的方法、事件等属性，方便后面的事件处理
3.采用CWnd::CreateControl创建控件实例，如果是通过脚本调用控件接口，可以将该控件添加到脚本引擎。
CreateControl原型如下：

   BOOL CreateControl( REFCLSID clsid, LPCTSTR pszWindowName, DWORD dwStyle,
   const POINT* ppt, const SIZE* psize, CWnd* pParentWnd, UINT nID,
   CFile* pPersist = NULL, BOOL bStorage = FALSE, BSTR bstrLicKey = NULL );

4.处理控件触发的事件
重载父窗体的OnCmdMsg函数，处理对应的事件即可，OnCmdMsg原型如下：

virtual BOOL OnCmdMsg(UINT nID, int nCode, void* pExtra,
AFX_CMDHANDLERINFO* pHandlerInfo);

风悦 2011-11-30 08:51 发表评论

CString不是线程安全的

风悦 — Thu, 24 Nov 2011 02:58:00 GMT

我们用MFC开发时经常会用到CString类，无可否认，CString类是很好用，但很少人注意到CString类不是线程安全的。一般地，界面编程都是在主线程，很少用到多线程，所以不会遇到什么问题。但是，当我们多个线程同时操作同一个CString类型变量时，就可能会出现内存地址错误，最终导致进程异常退出。内存错误导致的问题也很难调查，通常导致内存错误的地方没有马上报异常，而且在程序的其他地方才捕获异常。
CString类的Debug版本和Release版本不完全一样，Debug版本则直接分配（MFC在Debug版本有内存管理，主要是为了排错，内存泄漏等），CString类在Release版本会使用定长内存管理（CFixedAlloc类），主要管理是4个长度的内存，如下：

1AFX_STATIC CFixedAlloc _afxAlloc64(ROUND4(65*sizeof(TCHAR)+sizeof(CStringData)));
2AFX_STATIC CFixedAlloc _afxAlloc128(ROUND4(129*sizeof(TCHAR)+sizeof(CStringData)));
3AFX_STATIC CFixedAlloc _afxAlloc256(ROUND4(257*sizeof(TCHAR)+sizeof(CStringData)));
4AFX_STATIC CFixedAlloc _afxAlloc512(ROUND4(513*sizeof(TCHAR)+sizeof(CStringData)));

这样做应该是防止内存碎片和提高效率，由于CString类都会重用分配的定长内存，所以一般异常的地方大多数也是在CString操作的地方。有兴趣可以看看CString类的实现。
避免这样的问题最简单的办法就是加锁或者不用CString类。加锁用临界区就可以，实现比较简单，在这里不多说。

风悦 2011-11-24 10:58 发表评论

OGRE资源管理分析

风悦 — Wed, 23 Nov 2011 03:07:00 GMT

OGRE的文件系统比较复杂，不熟悉的人不知道怎么使用，经常出现找不到资源的问题，在这里简单介绍一下资源路径的设置：
资源路径可以通过程序设置也可以通过配置方式:
配置方式
resources.cfg就是用来配置资源的路径的，内容如下：
# Resource locations to be added to the 'boostrap' path
# This also contains the minimum you need to use the Ogre example framework
[Bootstrap]
Zip=../../Media/packs/OgreCore.zip

# Resource locations to be added to the default path
[General]
FileSystem=../../Media
FileSystem=../../Media/fonts
FileSystem=../../Media/materials/programs
FileSystem=../../Media/materials/scripts
FileSystem=../../Media/materials/textures
FileSystem=../../Media/models
FileSystem=../../Media/overlays
FileSystem=../../Media/particle
FileSystem=../../Media/gui
FileSystem=../../Media/DeferredShadingMedia
Zip=../../Media/packs/cubemap.zip
Zip=../../Media/packs/cubemapsJS.zip
Zip=../../Media/packs/dragon.zip
Zip=../../Media/packs/fresneldemo.zip
Zip=../../Media/packs/ogretestmap.zip
Zip=../../Media/packs/skybox.zip

Bootstrap、General就是资源组名称，FileSystem、Zip就是文件系统类型，表示压缩包还是文件系统。一般我们开发时都是使用文件系统，所以配置对应的路径就可以。OGRE是支持Zip压缩包的，如果要实现自己的压缩包需要实现对应的Archive的子类，实现对应接口就可以。可以参考ZipArchive、ZipArchiveFactory、ZipDataStream实现。

程序方式
其实配置方式最终也是调用程序来设置的，resources.cfg只是指定了ResourceGroupManager::getSingleton().addResourceLocation的参数。
看下面的函数就很清楚了，就是读取resources.cfg，将配置的路径都添加到资源管理，设置完资源组路径，调用ResourceGroupManager::getSingleton().initialiseAllResourceGroups()初始化就可以，后续就可以直接加载资源，很简单吧。

1   virtual void setupResources(void)
2    {
3        // Load resource paths from config file
4        ConfigFile cf;
5        cf.load(mResourcePath + "resources.cfg");
6
7        // Go through all sections & settings in the file
8        ConfigFile::SectionIterator seci = cf.getSectionIterator();
9
10        String secName, typeName, archName;
11        while (seci.hasMoreElements())
12        {
13            secName = seci.peekNextKey();
14            ConfigFile::SettingsMultiMap *settings = seci.getNext();
15            ConfigFile::SettingsMultiMap::iterator i;
16            for (i = settings->begin(); i != settings->end(); ++i)
17            {
18                typeName = i->first;
19                archName = i->second;
20#if OGRE_PLATFORM == OGRE_PLATFORM_APPLE
21                // OS X does not set the working directory relative to the app,
22                // In order to make things portable on OS X we need to provide
23                // the loading with it's own bundle path location
24                ResourceGroupManager::getSingleton().addResourceLocation(
25                    String(macBundlePath() + "/" + archName), typeName, secName);
26#else
27                ResourceGroupManager::getSingleton().addResourceLocation(
28                    archName, typeName, secName);
29#endif
30            }
31        }
32    }

风悦 2011-11-23 11:07 发表评论

受限用户下应用程序的开发

风悦 — Tue, 29 Mar 2011 09:30:00 GMT

    一般地，我们开发的应用程序都在管理员权限下运行，但如果在受限用户下却不能正常运行。一般都是权限不够，应用程序使用到的权限通常有：
    1.注册表权限
       HKEY_LOCAL_MACHINE目录受限用户只有读取权限，没有修改权限。
     2.文件夹权限
       一般将只读的程序文件放到C:\Program Files（不同操作系统不相同，可以通过环境变量获取）下面，用户数据或者配置文件放到当前用户目录或者所有用户目录（C:\Documents and Settings\All Users，不同操作系统目录不一样）。
     程序放到受限用户运行，最简单的方法就是给指定的注册表目录和文件目录授予权限。
     注册表权限设计：

文件目录权限设置：

为了避免权限问题，我们开发应用程序访问注册表最好根据需要设置权限，不要什么都用KEY_ALL_ACCESS，尽量不要使用注册表。避免文件权限问题，最好程序和数据分离。

风悦 2011-03-29 17:30 发表评论