关于第一个问题，这里再回答一下，派生类可以调用基类的成员函数，virtual是用来重载函数的，但是这里派生类并没有重载operator，所以不需要用virtual，inline就可以

在研究sprayFoam求解器整个运行机制的时候，遇到了这样一个问题，
在KinematicCloud.C中运行了这样一句话：

functions_.preEvolve();

而functions_是CloudFunctionObjectList<KinematicCloud<CloudType>>这个类的数据成员。那么在CloudFunctionObjectList类中，preEvolve函数被下面语句定义。

template<class CloudType>
void Foam::CloudFunctionObjectList<CloudType>::preEvolve()
{
    forAll(*this, i)
    {
        this->operator[](i).preEvolve();		
    }
}

在这里有两个疑问：
1.关于operator[]重载的说明：

首先，this指针指向了functions_对象，属于类CloudFunctionObjectList，而类CloudFunctionObjectList继承于PtrList，PtrList继承于UPtrList，故调用了UPtrList里的operator函数。那么this->operator.preEvolve()就等价于functions_[i].preEvolve()（但这里的operator[](cosnt label i)不是virtual，而是inline，这样子类CloudFunctionObjectList可以调用UPtrList的operator吗？）

template<class T>
inline const T& Foam::UPtrList<T>::operator[](const label i) const
{
    if (!ptrs_[i])
    {
        FatalErrorInFunction
            << "hanging pointer at index " << i
            << " (size " << size()
            << "), cannot dereference"
            << abort(FatalError);
    }

    return *(ptrs_[i]);
}

请问这样理解正确吗？

2.this->operator.preEvolve();里的preEvolve()函数又在执行哪个preEvolve()函数呢？

this->operator.preEvolve()就等价于functions_[i].preEvolve()，在调用KinematicCloud的对象时会调用KinematicCloud的构造函数，实现对functions_的初始化，通过初始化的结果选择用哪个preEvolve函数

template<class CloudType>
Foam::KinematicCloud<CloudType>::KinematicCloud
(
    const word& cloudName,
    const volScalarField& rho,
    const volVectorField& U,
    const volScalarField& mu,
    const dimensionedVector& g,
    bool readFields
)
:
    CloudType(rho.mesh(), cloudName, false),
    kinematicCloud(),
    cloudCopyPtr_(nullptr),
    mesh_(rho.mesh()),
    particleProperties_
    (
        IOobject
        (
            cloudName + "Properties",                        // 若为sprayFoam的程序，则为sprayCloudProperties
            rho.mesh().time().constant(),
            rho.mesh(),
            IOobject::MUST_READ_IF_MODIFIED,
            IOobject::NO_WRITE
        )
    ),
    outputProperties_
    (
        IOobject
        (
            cloudName + "OutputProperties",
            mesh_.time().timeName(),
            "uniform"/cloud::prefix/cloudName,
            mesh_,
            IOobject::READ_IF_PRESENT,
            IOobject::NO_WRITE
        )
    ),
    solution_(mesh_, particleProperties_.subDict("solution")),
    constProps_(particleProperties_),
    subModelProperties_
    (
        particleProperties_.subOrEmptyDict("subModels", solution_.active())
    ),

   ...

    functions_
    (
        *this,
        particleProperties_.subOrEmptyDict("cloudFunctions"),    // 通常在*CloudProperties文件最下面，会有cloudFunctions{}的内容，functions_则读取里面的信息
        solution_.active()
    ),

但经搜索，在lagrangian/intermediate/submodels/CloudFunctionObjects/文件夹下只有VoidFraction，ParticleTrap，ParticleTracks，ParticleErosion这几个类里定义了preEvolve函数，而of自带tut里并非只用到了这几个fucntion，例如在lagrangian/reactingParcelFoam/verticalChannelLTS/constant/reactingCloud1Properties里，既有particleTracks1，又有patchPostProcessing1，那么patchPostProcessing1是如何实现的呢？

@李东岳 东岳老师，感谢您的回复，除了上面那个问题，还想再请教您另外一个问题，请问下图标红的部分是上面语法呀？老师能介绍一下operator的逻辑吗？

再次谢谢老师！

@李东岳 东岳老师，这里的surfaceFilmModel_在KinematicCloud类里被定义为autoPtr<SurfaceFilmModel<KinematicCloud<CloudType>>>类型，按您操作符重载的说法，我应该去哪找这里操作符重载的返回的类型？我看autoPtrI.H里有一些操作符重载的表达，但是没找到类似于inline T& Foam::autoPtr<T>::operator(){ }这样的表达，只有下面这种的

这里return的*ptr_在autoPtr.H里被定义为T类型

请问东岳老师能举个例子这种情况应该怎么找吗

在看拉格朗日库的时候发现例如dispersion，surfaceFilm这种模型的表达看不太懂，他们的定义都比较特殊，请问大神这是什么用法？

以surfaceFilm举例：调用的位置在：

而surfaceFilm()的定义在KinematicCloudI.H里，代码如下：

看到这里就比较懵了，surfaceFilmModel_这个object后面又接了个()是什么表达？返回了什么值？请问有没有大神可以指点一下？我发现拉格朗日库里好多子模型都是这样调用的

现在搞明白了各种diagram里方框的颜色、线条颜色、虚实代表的含义，详见：https://www.openfoam.com/documentation/guides/latest/api/graph_legend.html

箭头相关：
深蓝色箭头用于显示两个类之间的公共继承关系。
深绿色箭头用于受保护的继承。
暗红色箭头用于私有继承。
如果一个类包含或被另一个类使用，则使用紫色虚线箭头。箭头被标记为可访问指向类或结构的变量。
黄色虚线箭头表示模板实例和实例化它的模板类之间的关系。箭头被标记为实例的模板参数。

方框相关：
填充的灰框表示生成图的结构或类。
带有黑色边框的方框表示文档化的结构或类。
带有灰色边框的方框表示未文档化的结构体或类。
带有红色边框的方框表示没有显示所有继承/包含关系的文档化结构或类。如果图形不符合指定的边界，它将被截断。

最近在看拉格朗日粒子库的一些代码，这里调用了很多模板类，但之间的关系分不太好。我发现同样是类的继承关系，openfoam官方却在用不同的diagram表示他们之间的关系，举个例子说明：

对于immiscibleIncompressibleThreePhaseMixture这个类来说，他继承了incompressibleThreePhaseMixture和threePhaseInterfaceProperties两个类，代码如下：

class immiscibleIncompressibleThreePhaseMixture
:
public incompressibleThreePhaseMixture,
public threePhaseInterfaceProperties

在openfoam官方是用dependency graph来表示它们之间的关系的，如图：

而在拉格朗日库中，同样是类的继承关系，是用inheritance diagram和collaboration diagram表示的，对应代码如下：

template<class CloudType>
class ParticleForceList
:
public PtrList<ParticleForce<CloudType>>

在这里有三个疑问：
1.dependency graph， inheritance diagram和collaoration diagram具体有什么区别？
2.上面inheritance diagram图的右边的橙色虚线箭头表达的是什么关系？
3.上面inheritance diagram图的右边ParticleForceList<KinematicCloudFoam::DSMCCloud>和ParticleForceList<KinematicCloud<Cloud<basicKinematicCollidParcel>>>具体是怎么实现的？我在整个src库中都没有检索到相关的代码

如果有大神答疑 不胜感激！！！期待和大家的交流！！！

@我爱梨涡 of9推出的是lagrangian转vof的方法把？但是也是用来计算喷雾的，可能适用于那种impingement jet击壁的模拟？怎么算从喷雾到燃烧的过程？

@tens 我知道Fluent里有这种VOF-DPM的方法，openfoam里其实也有人做过，但是这种方法大多是用来进行喷雾的初次破碎的捕捉的，和DNS模拟差不多，后期把小的液滴转化为粒子，是为了简化计算量，并不准确，而且这种方法虽然把液相转化为粒子了，可是有人用这种方法算燃烧吗？

请问各位大佬有没有什么能解决两股液体在气相场里的对撞喷雾、然后蒸发燃烧问题的技术路线推荐？
如果是把DPMFoam和sprayFoam结合起来，除了实现上有点难度，还有很多不确定的参数需要测试，请问有没有什么别的方法能实现这个问题，哪怕商软也行啊