我正在处理一个由多种不同类型(属性、父级、子级等)组成的模型。每种类型都与来自 ac api 的一组函数相关联。例如:
Type "Properties":
char* getName(PropertiesHandle);
char* getDescription(PropertiesHandle);
Type "Parent"
PropertiesHandle getProperties(ParentHandle);
ChildHanlde getFirstChild(ParentHandle);
Type "Child"
PropertiesHandle getProperties(ChildHandle);
ParentHanlde getParent(ChildHandle);
ChildHandle getNextChild(ChildHandle);
我又为这个 c api 库创建了一组 C++ 接口,如下所示:
class IProperties
{
public:
virtual std::string getName() = 0;
virtual std::string getDescription() = 0;
};
class IParent
{
public:
virtual std::shared_ptr<IProperties> getProperties() = 0;
virtual std::shared_ptr<IChild> getFirstChild() = 0;
};
class IChild
{
public:
virtual std::shared_ptr<IProperties> getProperties() = 0;
virtual std::shared_ptr<IParent> getParent() = 0;
virtual std::shared_ptr<IChild> getNextChild() = 0;
};
然后我通过类属性、父类和子类实现这些接口。
因此 Child 实例将通过其构造函数获取其特定的 ChildHandle ,其 getParent 函数将如下所示:
std::shared_ptr<IParent> getParent()
{
// get the parent handle and wrap it in a Parent object
return std::shared_ptr<IParent>(new Parent(_c_api->getParent(_handle)));
}
在您看来,我在这里返回一个 shared_ptr 是否合理。我不能使用 std::unique_ptr 因为 Google Mock 要求模拟方法的参数和返回值是可复制的。我通过 Google Mock 在我的测试中模拟这些接口。
我还在考虑将来如何优化事情,这可能会出现循环引用的可能性。如果使用缓存来避免对 C api 的多次调用(例如,子不需要多次建立其父级)并结合使用 Child 构造函数获取其父级,则可能会导致这种情况。这将需要使用weak_ptrs,这会改变接口和我的很多代码......