最近处理一个控件Bug，发现COM组件字体读取有趣问题。
Bug描述：
      简体中文下的应用编写：
         ocx.Font.Name = "宋体"       '对控件的字体初始化
         text1.text = ocx.CellFont(1,1, KDS_FontProp_Name)   '读取单元格1,1的字体
     控件说明：当相应单元格未设置字体时，将使用控件的字体设置。
     问题：
        在繁体中文下运行，text1得到字体名为乱码。

分析：
先简化问题：
尝试：在简体操作系统下
       ocx.Font.Name = “abcd”
       Msgbox KDS12.CellFont(1,1, KDS_FontProp_Name)
       得到输出：abcd。
       呵呵，这显然不对。
       MsgBox KDS12.Font.Name
       输出：Arial  
       嗯，这才是对的，哪有什么abcd字体啊。
       好了，问题找到了，"宋体"两个字到繁体中文下，当然会变成乱码啦。
 
因此，初步确定是CellFont接口的问题。

查看代码：
      取字体的方法如下：
      CFontHolder &rFontHolder = pControl->InternalGetFont();
      HFONT hFont = rFontHolder.GetFontHandle();
      LOGFONT lf;
      CFont *pFont = CFont::FromHandle(hFont);
      pFont->GetLogFont(&lf);
      OK,明白了，是通过LOGFONT取字体信息。
      再试一下，不管你输入什么字体名，它取出来就是啥。嘿。

尝试换种方式取字体信息：
     (代码不完全，未处理出错情况，只是举例)
     IFont * pIFont = NULL;
     rFontHolder.GetFontDispatch()->QueryInterface(&pIFont)))
     然后，用IFont的接口取信息，如：get_Name(&bstrTemp)
     试试，这下取出是正确应用的字体，当设置错误时，会取出默认值。
     错误排除。

似乎的结论：
     采用 IFontDisp接口方式设置的字体信息，
     当采用pControl->InternalGetFont()取回CFontHolder后，如果通过GetFontHandle 取出Windows句柄，然后获取字体信息，并不一定是真实的应用值(即例子中，一旦出错，并不取出系统默认值，而是错误的设置值，其中保存的似乎是一个临时值，而非实际的最终应用值)
     如果采用GetFontDispatch 取出IFontDisp，然后再取出IFont来取值，才是正确地。
     Why? 天晓得。