http://blog.csdn.net/hunter8777/article/details/6249630
作为一个3D绘制引擎,3D场景的管理至关重要。最近在看这部分的源码,发现内容很多,打算从简单入手,逐一击破。
本文就来解读下场景查询SceneQuery。
相关头文件是OgreSceneQuery.h
先附上该类的UML图
Ogre中将场景查询做成了一个单独的类,提供给SceneManager做相应的查询。
从UML图中可以看到,场景查询的基类是SceneQuery。它有三个直接子类,也就是Ogre直接的查询方式:区域查询、光线查询和求交查询。每种查询都有相应的查询结果结构,结果信息一般分为两类:objects和world geometry。前者是场景中可移动的物体元素(MovableObject),后者是世界信息(复杂场景中的地形等不变的元素)。由于场景管理方式可以不同(八叉树、BSP),所以同种查询在不同的场景管理器下,得到的结果也是不一样的。
(1)SceneQuery
该类成员变量如下:
- SceneManager* mParentSceneMgr;
- uint32 mQueryMask;
- uint32 mQueryTypeMask;
- set<WorldFragmentType>::type mSupportedWorldFragments;
- WorldFragmentType mWorldFragmentType;
mParentSceneMgr用来指向当前使用该查询的场景管理器。
mQueryMask/mQueryTypeMask是一个32位掩码,用来过滤查询结果。前者对应单一场景元素,后者对应一类场景元素。
mSupportedWorldFragments表示该查询类支持的世界信息查询。
mWorldFragmentType表示当前世界信息的查询类型。
WorldFragmentType是一个枚举。
- enum WorldFragmentType {
- /// Return no world geometry hits at all
- WFT_NONE,
- /// Return pointers to convex plane-bounded regions
- WFT_PLANE_BOUNDED_REGION,
- /// Return a single intersection point (typically RaySceneQuery only)
- WFT_SINGLE_INTERSECTION,
- /// Custom geometry as defined by the SceneManager
- WFT_CUSTOM_GEOMETRY,
- /// General RenderOperation structure
- WFT_RENDER_OPERATION
- };
这里的类对应不同查询类型的返回结果。
WFT_PLANE_BOUNDED_REGION对应查询类型中的区域查询;WFT_SINGLE_INTERSECTION对应求交查询;WFT_CUSTOM_GEOMETRY则是用户自定义的类型。
SceneQuery类的成员函数全是成员变量的getter/setter,都是虚函数。
(2)SceneQueryListener/RaySceneQueryListener/IntersectionSceneQueryListener
抽象类,负责场景查询时回调。
协作过程是将相应的Listener传入场景查询类,在查询类中完成回调。(一般查询类自身都继承Listener,所以在查询类中的执行函数execute也提供将自己作为Listener参数进行传递的重载)
这3个Listener分别对应三种查询:区域、光线、求交。其实这3个类提供的接口名称是一样的。
以SceneQueryListener为例:
- /** Called when a MovableObject is returned by a query.*/
- virtual bool queryResult(MovableObject* object) = 0;
- /** Called when a WorldFragment is returned by a query.*/
- virtual bool queryResult(SceneQuery::WorldFragment* fragment) = 0;
提供两个接口分别对应的就是两种不同的查询结果:可移动的物体元素和世界信息。
分别对三种查询提供三种Listener的原因是后两种需要一些附加的信息。RaySceneQueryListener需要返回Ray上的距离信息;IntersectionSceneQueryListener则是以相交的成对场景元素返回。
(3)SceneQueryResult/RaySceneQueryResultEntry/IntersectionSceneQueryResult
结构体,用来作为查询结果返回。以SceneQueryResult为例:
- /// List of movable objects in the query (entities, particle systems etc)
- SceneQueryResultMovableList movables;
- /// List of world fragments
- SceneQueryResultWorldFragmentList worldFragments;
如前多次所述,所有的查询结果都分为两类:可移动的物体元素和世界信息。
分别对应三种查询提供三种结果结构,理由和Listener一样。
(4)RegionSceneQuery/RaySceneQuery/IntersectionSceneQuery
抽象类,继承自相应的SceneQuery和Listener类。该类主要有两个作用:保存查询结果、提供外部执行查询的接口。
以RegionSceneQuery为例:
它所对应的查询结果是SceneQueryResult,成员变量也就仅此一个。
- SceneQueryResult* mLastResult;
最重要的两个执行函数就是
- /** Executes the query, returning the results back in one list. */
- virtual SceneQueryResult& execute(void);
- /** Executes the query and returns each match through a listener interface. */
- virtual void execute(SceneQueryListener* listener) = 0;
这才是真正做查询的接口。
第二个execute函数一般会将查询类自身作为参数传入(因为查询类继承自Listener)。无参数的exectue函数通常会调用有参数的execute重载版本。
RegionSceneQuery还分别派生了AxisAlignedBoxSceneQuery/SphereSceneQuery/PlaneBoundedVolumeListSceneQuery。
这三个类中还会保存有相应的区域结构(如AAB就存有一个AxisAlignedBox类等),用来设定相应的区域。