本文的目标是在向用户说明应该使用哪个Viewer。

类继承关系

对比两个类的类继承图差异是对类进行分析的有用的方法，从中可以明确的是osgViewer::Viewer只是一个osgViewer::View，而osgViewer::CompositeViewer是一个osgViewer::View序列，包含多个osgViewer::View。

慨念上的差别

基本解释

点击此链接中的文章 解释了二者慨念上的区别。

这篇针对CompositeViewer和Viewer的指导是从慨念和实践上的双重分析，如果没有点实践经验，会发现难以理解本文以及本文所提的一些情况和慨念。

我们来说一些基本慨念，这二者共同拥有的：View。一个View对应于一个物理世界，比如当你通过一个窗口来看一栋建筑时，很容易明白我们有一个view。当你有多个窗口来表示时，同样你可能也只说只有一个view，事实上你有多个窗口来表示这个view。也就是说view和窗口是没有必然的联系的。

osg::View/osgViewer::View几乎是相同的，它们都是和场景相关的view。这里的场景（scene）指的是osgViewer::Scene。View可以这么解释：当你有一辆车需要展示，你在驾驶位上，这样你有一个窗口和一个view，然而你需要同时关注其它的部位，需要单独列出来，比如后视镜，左视镜，甚至车外的第三人称视角，这些都单独的表现为一个camera，这些camera可能都分别拥有一个窗口，这无关紧要，但是这些camera都和view有关系，这个view有一个主的camera，其它都是slave（附属），主camera运动时（车开时），其它的camera也运动，也就是其它的camera相对于主camera只是有一个固定的偏移。这些所有的camera都属于一个view。正常情况下你只有一个camera，它就是主camera。

这里要值得特别注意的是，每个camera（slave）都可以有自己的scene。这个非常重要，它可以做很多的效果。比如distortion，看上去是一个view其实画面是由多个view渲染出来的，而那些view都要做自己的post render，所以它们必须有自己单独的scene用来放自己的shader数据。因此不管多少个slave，都是一个view，每个slave都可以有自己的scene。

上面的慨念可能会使你头大，但是这些都被封装的很好，通过类似于View::setUpViewAccrossAllScreens或者View::setUpViewFor3DSphericalDisplay来实现power walls(有很多显示屏)或者扭曲校正(球幕或环幕)。所有的都封装好了，以至于Viewer/CompositeViewer关于此做的复杂的相机之间的同步和线程安全你都不必关注。

如果要做球形显示，你可以看一下View::setUpViewFor3DSphericalDisplay。

何时使用Viewer呢，就是你是否只有一个View，比如你在开车，那就是只有一个view，你可以有一打的camera来实现其它的功能，此时你就需要一个Viewer，不需要CompositeViewer。何时需要CompositeViewer呢，那就是有多个view了，比如一个三维软件，它有不同的视图，而这些视图它又希望独立的控制，每个视图载入不同的模型或相同的模型，然后每个视图都能独立的操作，这就需要多个view了，也就是每个视图都有观察者，它们彼此独立，多view的场景出来了。使用CompositeViewer并需要使多view进行协同，有一定联系，那么这个程序就会变得比较复杂。

在邮件列表中的其它讨论

In the same thread, Mike Weiblen and Robert tried to sum up with this analogy.

On Jan 19, 2008 12:28 AM, Mike Weiblen <mweib...@…> wrote:

1) an immersive car cockpit display: front windscreen, left/right side
windows, inside/outside rearview mirrors.
That indicates Viewer (even though the eye orientations are quiet
different, and also have some mirror flips)

Yep spot on, a clear case of a single conceptual view, as well as all the contributing cameras sharing the scene and being relative to the view's master camera - so both a conceptual fit as well as implementation one.

2) a 3rd-person stealth watching a UAV sensor platform: the UAV is
collecting sensor data from its viewpoint; an operator is watching the
UAV and a wireframe of its sensor volume sweeping the terrain.  That
indicates CompositeViewer (the scene database could be identical, but
the sensor wont see its wireframe nor the UAV)

Yep spot on again, the viewer (the person the viewer as in the English language definition) has two views of a scene so conceptually we have two views of one scene, on the implementation side you'd want to control the viewpoint of these views separately as well as some of the state - so again both a good conceptual fit as well as an implementation one.

Robert.

Example use cases

下面是大家使用viewer的一些经验之谈，你也可以加入自己的经验。

OSGVIEWER::VIEWER

程序运行在单一屏上单一场景

osgviewer 在一个屏幕上运行单一场景 (OSG_SCREEN=0 for example) 

osgViewer::View::setUpViewOnSingleScreen(unsigned int screenNum = 0)

单一场景，但是有多个camera (using slave cameras)

osgviewer 使用用下面的语句会在所有的屏幕上运行，可以使用环境变量OSG_SCREEN来控制在哪个屏幕上运行

osgViewer::View::setUpViewAcrossAllScreens().

OSGVIEWER::COMPOSITEVIEWER

Application with multiple scenes

3D view along with a map or a radar/sonar view