Paraview Parallel模式下的文件解析（五）

上次依然发现没有得到我们需要的结果，原因所在有现在还是不是很清楚后台运行的一个流程，而Paraview中后台服务器的运行是由客户端的代理管理程序控制的，所以现在我们回到客户端的并行方面的程序看一看。

首先我们来看vtkSMViewProxy：

这个类是所有的view代理的基类。一个view代理抽象了获取一个或者多个Representation代理的逻辑并且显示他们在视点上（例如vtkRenderWindow）。这个类或许会直接用于views的view代理在GUI层次用来做所有的渲染工作。相关的vtk类是vtkView。

vtkView* vtkSMViewProxy::GetClientSideView()：获得客户端这边的View对象。

void vtkSMViewProxy::CreateVTKObjects()：如果已经创建则，直接返回。否则则先运行父类的 this->Superclass::CreateVTKObjects();。然后如果是原型，则不需要继续创建。接着如果这个对象还没创建，返回。如果上面都符合，则传命令流到服务器端，执行void vtkPVRenderView::Initialize(unsigned int id)。其中参数id为 static_cast<int>(this->GetGlobalID())。然后给这个对象加上Observer， vtkPVView::ViewTimeChangedEvent,this, &vtkSMViewProxy::ViewTimeChanged);感觉意思就是事件为vtkPVView::ViewTimeChangedEvent，如果这个函数执行了，那么执行这个类的vtkSMViewProxy::ViewTimeChanged。（还是不是这个意思？：是那个函数执行了，这个函数就不执行了？）

void vtkSMViewProxy::ViewTimeChanged()：根据vtkSMPropertyHelper helper1(this, "Representations")获得其下所有vtkSMRepresentation，然后对于其下面的每一个vtkSMRepresentation，也执行 repr->ViewTimeChanged();。然后vtkSMPropertyHelper helper2(this, "HiddenRepresentations", true);获得其下所有HiddenRepresentations，同样执行 repr->ViewTimeChanged();。

void vtkSMViewProxy::StillRender()：首先检测上下文是否准备好了渲染。没有则直接返回。然后直接设置 int interactive = 0;加上this->InvokeEvent(vtkCommand::StartEvent, &interactive);然后执行this->GetSession()->PrepareProgress();准备好session。接着执行： this->Update(); vtkTypeUInt32 render_location = this->PreRender(interactive==1);（这个在子类vtkSMRenderViewProxy中执行，下面会讲）。然后就是调用服务器端的StillRender。（我们这里一般是vtkSMRenderViewProxy调用vtkPVRenderView）。最后this->PostRender(interactive==1);。

void vtkSMViewProxy::InteractiveRender()：与上面基本一样，就是一个全分辨率渲染，一个交互渲染。

void vtkSMViewProxy::Update()：为了防止在多客户端的情况下出现竞争状态。采用一个特有的方式。任何影响并行通讯的ivar将会在相同的ExecuteStream()调用中用客户端的值覆盖。这样保证两个客户端不会进入竞争，虽然这会增加信息的长度，但是整体收益更好。这个函数中主要就是获得这个客户端的pvview。然后调用服务器端下的vtkPVRenderView的“SetUseCache”和"Update"方法。然后更新其下的所有Representation和传递更新数据。