看qt下载页的Qt的windows版本默认提供32位和64位, 那个啥opengl版暂时未理会

因为本人系统是win7 64bit, 因此毫无理由的下载了64位的qt5.2版本. 编译了hello world, 结果报错:

module machine type 'x64' conflicts with target machine type 'X86'

找了半天没查到错误, 后面注意到vs2012的工程编译类型选择的是win32 x86, 才想起是由于qt5的所有lib是64位编译, 而我使用32位的程序去链接, 当然要报错.

重新下载32位的qt5.2, 编译正确

另外一个错误也是在前面版本极为少见的:

fatal error C1083: Cannot open include file: ’GLES2/gl2.h’: No such file or directory

很多人的解决方法是包含QtANGLE下的gles2目录, 但是由于我的工程内的cocos2dx本身也带有这东西. 于是研究了下为啥这版本的qt默认要搞的非要和gles有关系

最终, 发现可以通过定义QT_NO_OPENGL宏来屏蔽opengl的渲染API使用, 编译通过

很是怀念诺基亚时代的qt, 下载,编译一气呵成

在启动前, 添加如下代码:

QApplication qapp(argc, argv);   

qapp.addLibraryPath(QCoreApplication::applicationDirPath()+"/plugins");

将QT开发目录下: Qt\4.8.2\plugins\拷贝到Qt的exe目录即可

在Windows环境变量中没有找到$(QTDIR)

随即在Qt的Visual Studio 插件菜单中, Qt->Qt Options-> Qt Versions

设置Default Qt/Win version为新版本

选中原有的Qt工程, 在插件菜单中找到Qt Project Settings->Properties->Version中,将版本设置为最新版本

如果装有Visual AssitX, 此时这东西应该开始Parse新的Qt库了

have fun !

qteditorfactory.h 中

QtLineEditFactory类添加如下代码,红色标识

class QT_QTPROPERTYBROWSER_EXPORT QtLineEditFactory : public QtAbstractEditorFactory<QtStringPropertyManager>
{
    Q_OBJECT
public:
    QtLineEditFactory(QObject *parent = 0);
    ~QtLineEditFactory();
protected:
    void connectPropertyManager(QtStringPropertyManager *manager);
    QWidget *createEditor(QtStringPropertyManager *manager, QtProperty *property,
                QWidget *parent);
    void disconnectPropertyManager(QtStringPropertyManager *manager);
private:
    QtLineEditFactoryPrivate *d_ptr;
    Q_DECLARE_PRIVATE(QtLineEditFactory)
    Q_DISABLE_COPY(QtLineEditFactory)
    Q_PRIVATE_SLOT(d_func(), void slotPropertyChanged(QtProperty *, const QString &))
    Q_PRIVATE_SLOT(d_func(), void slotRegExpChanged(QtProperty *, const QRegExp &))
    Q_PRIVATE_SLOT(d_func(), void slotSetValue(const QString &))
    Q_PRIVATE_SLOT(d_func(), void slotEditingFinished())
    Q_PRIVATE_SLOT(d_func(), void slotEditorDestroyed(QObject *))
};

qteditorfactory.cpp中

class QtLineEditFactoryPrivate : public EditorFactoryPrivate<QLineEdit>
{
    QtLineEditFactory *q_ptr;
    Q_DECLARE_PUBLIC(QtLineEditFactory)
public:

    void slotPropertyChanged(QtProperty *property, const QString &value);
    void slotRegExpChanged(QtProperty *property, const QRegExp &regExp);
    void slotSetValue(const QString &value);
    void slotEditingFinished();
};

void QtLineEditFactoryPrivate::slotEditingFinished()
{
    QObject *object = q_ptr->sender();
    const QMap<QLineEdit *, QtProperty *>::ConstIterator ecend = m_editorToProperty.constEnd();
    for (QMap<QLineEdit *, QtProperty *>::ConstIterator itEditor = m_editorToProperty.constBegin(); itEditor != ecend; ++itEditor)
        if (itEditor.key() == object) {
            QtProperty *property = itEditor.value();
            QtStringPropertyManager *manager = q_ptr->propertyManager(property);
            if (!manager)
                return;
            QString value = static_cast<QLineEdit*>(itEditor.key())->text();
            manager->setValue(property, value);
            return;
        }
}

QWidget *QtLineEditFactory::createEditor(QtStringPropertyManager *manager,
        QtProperty *property, QWidget *parent)
{

    QLineEdit *editor = d_ptr->createEditor(property, parent);
    QRegExp regExp = manager->regExp(property);
    if (regExp.isValid()) {
        QValidator *validator = new QRegExpValidator(regExp, editor);
        editor->setValidator(validator);
    }
    editor->setText(manager->value(property));

    connect(editor, SIGNAL(editingFinished()),
                this, SLOT(slotEditingFinished()));
    connect(editor, SIGNAL(destroyed(QObject *)),
                this, SLOT(slotEditorDestroyed(QObject *)));
    return editor;
}

这样既可在输入回车键,或者输入框失去焦点后产生一个OnValueChange事件

ftp://ftp.qt.nokia.com/

提示也写着在这里可以下载到以前的一些Qt包

在里面终于可以找到qtpropertybrowser-2.5_1-opensource.zip

下载后，用VisualStudio的Qt插件打开pro，有例子有设置好的工程，还愁文档么，呵呵

1. MFC

   优点：VS2008以及VS2010的扩展确实很强大，特别是原生的窗口运行时停靠以及PropertyGrid确实很强大

   缺点：默认字体很模糊，无论你对MFC多了解，C++多熟悉，每次写代码时依然要重新熟悉代码，更不用提分析别人写的MFC代码，一个字：乱。

2. WTL

   优点：Windows下有个最好的例子：Google Chrome

   缺点：缺乏设计器，文档例子很少

3. wxWidgets

   优点：虚幻3编辑器在用（不是广告），wxAUI的布局设计器很方便，Windows原生界面很舒服，各种功能封装都很到位。

   缺点：布局没有类似GTK+的Fixed绝对坐标方式（Windows SDK默认的左上角像素定位方式），在某些界面显得设计麻烦。 动态链接库多的吓人，工程过于臃肿。

4. Qt, GTK+

    据说Windows下不是很好用。

5. DirectUI

    有很多个人封装类似功能的库。界面，代码分离, 但99%都是收费

6. C# Windows Form

    这是很好的选择，语言方面可以用C++/CLI 免得转换语言

   自由停靠功能可以使用WeiFenLuo.winFormsUI.Docking 非常简单

7. WPF

   有童鞋已经使用MFC/C++通过加载XML显示界面，不过通过资料显示，WPF的控件很少，甚至连原生的PropertyGrid都没有，设计器倒是很华丽

总结：界面库的选择最重要的一点就是看有没有很好的设计器，这个是高效开发的重中之重。我尊重MFC，敬仰MFC，它作为C++的框架库来说很不错，但是对于界面设计还是过老了。我们开发的是产品，出的是程序，而不是研究MFC，怎样用好MFC。

Lemon系统特性：

1. 支持 Canvas,Sprite,ImageSet（图片帧存储于一张图片，等大小）

2. ImageSetEx（自由摆放的图片帧于一张图片）*

3. 支持对象无关键帧时使用静态属性进行设置，类似于HGE里的精灵

4. 每个对象均可成为Container，并拥有Child Node

5. 动画关键帧类型支持：缩放，旋转，位移，颜色，动画帧，锚点，音效*

6. 支持拾取

7. 基于XML存储的文件格式

8. 基于Squirrel松鼠脚本的高速面向对象脚本*

9. 图形系统Graphics抽象，适用于任何渲染设备

10. 控件系统*

11. 视频回放*

所有对象均由RTTI创建，枚举均有NamePool+Hash，并由于PropertySet的反射系统

 

LemonComposer编辑器特性

界面基于我去年开发的MotionUI，lua

8+1控制点点对象调节属性

类Adobe Flash的帧编辑。

类3DS Max的分轨道关键帧编辑，有助于优化art assert

自由调节对象层级及父子关系

全功能无限制自由Redo,Undo

 

*将在未来版本支持

2D游戏是独立游戏的主流，也是创意，投入比最小的一个维度。但是基于2D的大多是一些类似于HGE，IndieLib等开源免费2D引擎。但是面对游戏中大量的动画而言，开发者大多是使用图片帧来制作，虽然效果很好，但是设备资源好用和制作难度也是很难控制的。

流行于去年的植物对僵尸和2004年发行的RO Offline经过资源分析，就是使用类似于Lemon系统，或者说Flash的系统制作而成，因此效果和扩展性非常好。

这就是Lemon存在的理由。

Flash面向的是GDI+Web，那么Lemon就是针对游戏专有的，基于硬件加速的游戏框架

Flash Action Script 对应的就是Lemon的Squirrel脚本

FlashIDE 对应的就是Lemon Composer

Lemon的目标就是让2D游戏开发更简单，让游戏中充满更多的动画, 让游戏开发难度降低

最简单的方法莫过于判断鼠标点是否在2个三角形中。但是很多判定方法都是有问题的，比如说

copy自IndieLib

bool Triangle2D::Inside2( const Vector2& p )
{
    Vector2 v0 = mP3 - mP1;
    Vector2 v1 = mP2 - mP1;
    Vector2 v2 = p - mP1; 

    // Compute dot products
    float dot00 =  Vector2::DotProduct( v0, v0 );
    float dot01 =  Vector2::DotProduct( v0, v1 );
    float dot02 =  Vector2::DotProduct( v0, v2 );
    float dot11 =  Vector2::DotProduct( v1, v1 );
    float dot12 =  Vector2::DotProduct( v1, v2 ); 

    // Compute barycentric coordinates
    float invDenom = 1 / (dot00 * dot11 - dot01 * dot01);
    float u = (dot11 * dot02 - dot01 * dot12) * invDenom;
    float v = (dot00 * dot12 - dot01 * dot02) * invDenom; 

    // Check if point is in triangle
    return (u > 0) && (v > 0) && (u + v < 1);
} 

  

Google出的某人代码

float Triangle2D::CrossProduct3(const Vector2& p1,const Vector2& p2, const Vector2& p0 )
{
    return (p1.x-p0.x)*(p2.y-p0.y)-(p2.x-p0.x)*(p1.y-p0.y);
} 

bool Triangle2D::Inside( const Vector2& p )
{
    return (CrossProduct3(mP1,p,mP2)*CrossProduct3(mP3,p,mP2)<0) &&
           (CrossProduct3(mP2,p,mP1)*CrossProduct3(mP3,p,mP1)<0) &&
           (CrossProduct3(mP1,p,mP3)*CrossProduct3(mP2,p,mP3)<0);
} 

这2个方法都有缺陷，当点在三角形边上时，就无法得出。当用在一个正方形判断时，正方形中心点就判定为没有在其内部，显然是一个错误。

之后，又Google出某几个大侠的算法和思想，考虑了下，判定点与四边形重心点的线段是否与四边形4条边相交，相交时，其在四边形外部，反之亦然。

bool Quadrangle::Inside2( const Vector2& p )
{
    Vector2 c = Segement2D::GetCrossPoint( mP1, mP3, mP2, mP4 ); 

    return !(Segement2D::Intersect( mP1, mP2, c, p) || 
           Segement2D::Intersect( mP2, mP3, c, p) ||
           Segement2D::Intersect( mP3, mP4, c, p) ||
           Segement2D::Intersect( mP4, mP1, c, p) );
} 

bool Segement2D::Intersect( const Vector2& p1, const Vector2& p2,const Vector2& p3, const Vector2& p4 )
{
    float gradab, gradcd, ycptab, ycptcd, interceptX, intercepty; 

    // In order to avoid divisions by zero
    //if (mP1.y == mP2.y)
    //    mP2.y += 0.0001f; 

    //if (mP1.x == mP2.x)
    //    mP2.x += 0.0001f; 

    //if (seg.mP1.y == seg.mP2.y)
    //    seg.mP2.y += 0.0001f; 

    //if (seg.mP1.x == seg.mP2.x)
    //    seg.mP2.x += 0.0001f; 

    // Calculates the intersection between the two lines
    gradab = (p1.y - p2.y) / (p1.x - p2.x);
    gradcd = (p3.y - p4.y) / (p3.x - p4.x); 

    ycptab = p1.y - p1.x * gradab;
    ycptcd = p3.y - p3.x * gradcd;
    interceptX = (ycptab - ycptcd) / (gradcd - gradab);
    intercepty = (ycptab - (gradab * ycptcd) / gradcd) / (1 - gradab / gradcd); 

    // Checking in the intersection is inside the segment
    if (!((interceptX >= p1.x && interceptX <= p2.x) || (interceptX >= p2.x && interceptX <= p1.x)))
        return 0; 

    if (!((intercepty >= p1.y && intercepty <= p2.y) || (intercepty >= p2.y && intercepty <= p1.y)))
        return 0; 

    if (!((interceptX >= p3.x && interceptX <= p4.x) || (interceptX >= p4.x && interceptX <= p3.x)))
        return 0; 

    if (!((intercepty >= p3.y && intercepty <= p4.y) || (intercepty >= p4.y && intercepty <= p3.y)))
        return 0; 

    return 1;
} 

Vector2 Segement2D::GetCrossPoint(const Vector2& p1, const Vector2& p2, const Vector2& q1, const Vector2& q2)
{
    //必须相交求出的才是线段的交点，但是下面的程序段是通用的 

    /*根据两点式化为标准式，进而求线性方程组*/
    Vector2 crossPoint;
    //求x坐标
    float tempLeft = (q2.x - q1.x) * (p1.y - p2.y) - (p2.x - p1.x) * (q1.y - q2.y);
    float tempRight = (p1.y - q1.y) * (p2.x - p1.x) * (q2.x - q1.x) + q1.x * (q2.y - q1.y) * (p2.x - p1.x) - p1.x * (p2.y - p1.y) * (q2.x - q1.x);
    crossPoint.x = tempRight / tempLeft;
    //求y坐标
    tempLeft = (p1.x - p2.x) * (q2.y - q1.y) - (p2.y - p1.y) * (q1.x - q2.x);
    tempRight = p2.y * (p1.x - p2.x) * (q2.y - q1.y) + (q2.x- p2.x) * (q2.y - q1.y) * (p1.y - p2.y) - q2.y * (q1.x - q2.x) * (p2.y - p1.y);
    crossPoint.y = tempRight / tempLeft; 

    return crossPoint;
}

这个算法效率并不是很高，但对于设计器来说无所谓了，如果有好的准确算法，可以讨论

最简单的方法莫过于判断鼠标点是否在2个三角形中。但是很多判定方法都是有问题的，比如说

copy自IndieLib

bool Triangle2D::Inside2( const Vector2& p )
{
    Vector2 v0 = mP3 - mP1;
    Vector2 v1 = mP2 - mP1;
    Vector2 v2 = p - mP1; 

    // Compute dot products
    float dot00 =  Vector2::DotProduct( v0, v0 );
    float dot01 =  Vector2::DotProduct( v0, v1 );
    float dot02 =  Vector2::DotProduct( v0, v2 );
    float dot11 =  Vector2::DotProduct( v1, v1 );
    float dot12 =  Vector2::DotProduct( v1, v2 ); 

    // Compute barycentric coordinates
    float invDenom = 1 / (dot00 * dot11 - dot01 * dot01);
    float u = (dot11 * dot02 - dot01 * dot12) * invDenom;
    float v = (dot00 * dot12 - dot01 * dot02) * invDenom; 

    // Check if point is in triangle
    return (u > 0) && (v > 0) && (u + v < 1);
} 

  

Google出的某人代码

float Triangle2D::CrossProduct3(const Vector2& p1,const Vector2& p2, const Vector2& p0 )
{
    return (p1.x-p0.x)*(p2.y-p0.y)-(p2.x-p0.x)*(p1.y-p0.y);
} 

bool Triangle2D::Inside( const Vector2& p )
{
    return (CrossProduct3(mP1,p,mP2)*CrossProduct3(mP3,p,mP2)<0) &&
           (CrossProduct3(mP2,p,mP1)*CrossProduct3(mP3,p,mP1)<0) &&
           (CrossProduct3(mP1,p,mP3)*CrossProduct3(mP2,p,mP3)<0);
} 

这2个方法都有缺陷，当点在三角形边上时，就无法得出。当用在一个正方形判断时，正方形中心点就判定为没有在其内部，显然是一个错误。

之后，又Google出某几个大侠的算法和思想，考虑了下，判定点与四边形重心点的线段是否与四边形4条边相交，相交时，其在四边形外部，反之亦然。

bool Quadrangle::Inside2( const Vector2& p )
{
    Vector2 c = Segement2D::GetCrossPoint( mP1, mP3, mP2, mP4 ); 

    return !(Segement2D::Intersect( mP1, mP2, c, p) || 
           Segement2D::Intersect( mP2, mP3, c, p) ||
           Segement2D::Intersect( mP3, mP4, c, p) ||
           Segement2D::Intersect( mP4, mP1, c, p) );
} 

bool Segement2D::Intersect( const Vector2& p1, const Vector2& p2,const Vector2& p3, const Vector2& p4 )
{
    float gradab, gradcd, ycptab, ycptcd, interceptX, intercepty; 

    // In order to avoid divisions by zero
    //if (mP1.y == mP2.y)
    //    mP2.y += 0.0001f; 

    //if (mP1.x == mP2.x)
    //    mP2.x += 0.0001f; 

    //if (seg.mP1.y == seg.mP2.y)
    //    seg.mP2.y += 0.0001f; 

    //if (seg.mP1.x == seg.mP2.x)
    //    seg.mP2.x += 0.0001f; 

    // Calculates the intersection between the two lines
    gradab = (p1.y - p2.y) / (p1.x - p2.x);
    gradcd = (p3.y - p4.y) / (p3.x - p4.x); 

    ycptab = p1.y - p1.x * gradab;
    ycptcd = p3.y - p3.x * gradcd;
    interceptX = (ycptab - ycptcd) / (gradcd - gradab);
    intercepty = (ycptab - (gradab * ycptcd) / gradcd) / (1 - gradab / gradcd); 

    // Checking in the intersection is inside the segment
    if (!((interceptX >= p1.x && interceptX <= p2.x) || (interceptX >= p2.x && interceptX <= p1.x)))
        return 0; 

    if (!((intercepty >= p1.y && intercepty <= p2.y) || (intercepty >= p2.y && intercepty <= p1.y)))
        return 0; 

    if (!((interceptX >= p3.x && interceptX <= p4.x) || (interceptX >= p4.x && interceptX <= p3.x)))
        return 0; 

    if (!((intercepty >= p3.y && intercepty <= p4.y) || (intercepty >= p4.y && intercepty <= p3.y)))
        return 0; 

    return 1;
} 

Vector2 Segement2D::GetCrossPoint(const Vector2& p1, const Vector2& p2, const Vector2& q1, const Vector2& q2)
{
    //必须相交求出的才是线段的交点，但是下面的程序段是通用的 

    /*根据两点式化为标准式，进而求线性方程组*/
    Vector2 crossPoint;
    //求x坐标
    float tempLeft = (q2.x - q1.x) * (p1.y - p2.y) - (p2.x - p1.x) * (q1.y - q2.y);
    float tempRight = (p1.y - q1.y) * (p2.x - p1.x) * (q2.x - q1.x) + q1.x * (q2.y - q1.y) * (p2.x - p1.x) - p1.x * (p2.y - p1.y) * (q2.x - q1.x);
    crossPoint.x = tempRight / tempLeft;
    //求y坐标
    tempLeft = (p1.x - p2.x) * (q2.y - q1.y) - (p2.y - p1.y) * (q1.x - q2.x);
    tempRight = p2.y * (p1.x - p2.x) * (q2.y - q1.y) + (q2.x- p2.x) * (q2.y - q1.y) * (p1.y - p2.y) - q2.y * (q1.x - q2.x) * (p2.y - p1.y);
    crossPoint.y = tempRight / tempLeft; 

    return crossPoint;
}

这个算法效率并不是很高，但对于设计器来说无所谓了，如果有好的准确算法，可以讨论

微软官方中文MSDN：http://msdn.microsoft.com/zh-cn/library/cc838158(VS.95).aspx

微软官方英文MSDN例子：http://samples.msdn.microsoft.com/Silverlight/SampleBrowser/index.htm#/?sref=HomePage

    网上很多SilverLight和Flash比较的文章，常见的又是“Flash杀手”，“全新领域”之类的字眼。反观魅族M8和iPhone，也是这么写的。很明显都是“五毛党”的枪文，或者一些无聊小编简单的见解。

    你见过SilverLight做的动画片么？ 这点不奇怪， SilverLight的核心是WPF，也就是Windows的下一代界面设计理念。早期的理念诸如：MFC， WTL，.Net。根据我研究看来，SilverLight的动画都是基于代码的，所以你不希望一部动画片是用纯手工方式编写代码来制作吧!

     Flash是源自于FutureSplash Animator，早期版本只是一个简单设计动画的编辑器，因为对帧需要控制，所以加入了ActionScript作为其控制语言。后期逐步发展壮大，记得2002年时，曾经见过有将视频格式导成swf格式进行播放，从此，这种技术渐渐发展成为现在流行的FLV。以至于到现在强大的RIA。

     所以这么看来，SilverLight即便发展到SilverLight 4，也无法在动画方面超过Flash，除非添加一套类似Flash的动画编辑器。做动画，必选Flash，而且其可以跨平台，装几率非常高。不过做RIA，小受众群使用Visual Studio的强大工具搭配SilverLight/C#将会大大降低开发成本。

    GameBryo引擎中支持原生的C++ GAME UI，也支持直接播放flash，这部分（ScaleForm）使用的是以GameSwf为基础的手动解析flash文件，因此在编辑框等方面做的非常好。

    Flash的UI开发灵活度很高，底层库bug少，但是与现有工程结合难度大，因此仍然转向研究以XML为基础的UI库设计。

    这里推荐几个参考：

    WowBench： http://sourceforge.net/projects/wowbench/

        这是魔兽世界的UI的模拟器，开源，可以从中了解魔兽世界的基本UI架构及API构成。同时，魔兽的lua脚本在安全性和开发度上做的非常好，这部分可以参考下。

    Mozilla XUL：https://developer.mozilla.org/En/XUL

        这是Mozilla战略中的一个重要组成部分，这套UI支持类似于wxWidgets或者HTML方式的排版

    DSkinLite: http://uieasy.cn/downloads.html

     Dskinlite 是一款轻量级的C++皮肤库，使用XML文件根据规则来管理GDI资源如颜色，字体，图片，并描述界面构成，最大程度的将界面和程序逻辑分离，同时为软件皮肤更换，换色等提供基础支持。DSkinLite将界面构成元素抽象为线条元素，矩形元素，图片元素，文本元素，并提供相应规则来使用这些元素"组合"界面。DSkinlite开发团队有较深的Windows界面开发的实际经历，对软件界面处理颇有心得，致力于将实用，高效，前沿的界面处理技术介绍给广大开发人员。

        DSkinLite与其他界面库相比有以下特点： 没有采用Hook所有进程消息的方式，因此没有替换系统相关对话框。DSkinLite只是采用MFC，ATL等framework类似的方式，简单替换窗口过程，截取界面绘制等消息，对应用程序来说基本上是透明的。从这个方面讲，DSkinLite是一款轻量级的界面库。 同时，DSkinLite没有特别的Frameword的依赖，可以在Win32，MFC,ATL,WTL等环境中使用。 DSkinLite界面库使用XML管理GDI资源并配置窗口界面，用户可以方便的保持界面的一致性，同时可以很方便的构造出更多的窗口样式 界面库的高效性。DSkinLite将专注于程序库的高效性，具体表现在内存占用，界面绘制速度，界面防止闪烁，程序加载图片资源、解析XML文件的速度等方面，我们做了很多工作，并不断持续优化。以期望程序各方面表现最为高效的界面程序库。 
        DSkinLite 皮肤库的程序架构考虑到可能出现的界面特效，使得实现诸如透明，渐隐渐显，动画等界面特效变得更加容易，目前支持大多数控件的透明效果，后续会根据用户需求，开发更多的实用的界面特效。

使用XML配置控件的界面

• 使用XML定义GDI资源（颜色，字体，图片，cursor）
• 使用XML配置控件的界面风格
• 绘制元素被抽象为线条，文本，矩形，图片
•  

  XML语法简单，易于学习和掌握

   

  其他关键特性

   

• 基于Win32 API，没有framework依赖。
• 支持大多数标准控件
• 支持改变皮肤色调
• 支持大多数控件透明，包括子窗口透明
• 支持动画效果
• 支持png, bitmap, gif, ico图片格式。支持带透明通道的png图片
• 支持将皮肤文件打包到一个文件
• 支持Unicode
• 支持Popup Menu等，包括不规则的menu window
•  

  支持滚动条控件，同时支持所有内置滚动条控制

     

  该网站还提到一个DirectUI的东西，这个东西是一种windowless的架构，具体概念类似于游戏中的UI，不依赖平台句柄，因此外挂只能截取诸如QQ基于ATL的外窗口，但是无法获取窗口内部的数据