解耦自定义用户数据

Question

我有一个自定义着色器生成器：

class My_UniformInt { public:
    std::string idName;
    int glsl_id;  //<-- userData-like field
};
class My_Shader{ public:
    My_UniformInt textureCoordinate;
    public: My_Shader(){
        textureCoordinate.idName="textureCoordinate";
    }
};
void registerUniform( My_Shader& shader, My_UniformInt & uniInt){
    uniInt.glsl_id=5; 
    //vec3.glsl_id=glGetUniformLocation(uniInt.idName);
}
void passUniformInt( My_Shader& shader, My_UniformInt & uniInt,int k){
    std::cout<<"successfully pass name="<<uniInt.idName<<" va="<<k<<std::endl;
    //glUniform1i(uniInt.glsl_id,k);
}

我可以生成着色器，并像这样使用它：

int main(){
    My_Shader shader;
    registerUniform( shader , shader.textureCoordinate ) ;
    //.. several frame later
    passUniformInt( shader , shader.textureCoordinate ,  5 ) ;
    return 0;
}

它可以快速运行（ MCVE ），但是存在不良耦合。
1. My_UniformInt缓存glsl特定变量（ glsl_id ）。
2. My_UniformInt也与glGetUniformLocation 。

如何在不牺牲速度的情况下使My_UniformInt更独立？

我有几个有类似问题的案例。 不幸的是，最明显的选择通常似乎是添加更多类似于userData的字段。 它增加了耦合。

我可怜的解决方案：

1. 将glsl_id设为void* userData ，然后分配userData=new int()
   它不酷+花费很少+以后需要删除。

2. 创建一个映射std::map<My_UniformInt*,int glsl_id> 。 我负担不起费用。

Answer 1

这是我的评论作为答案：

我认为您应该尝试在自己的空间中包装使用该API的代码，以便以后可以轻松交换-创建一个可以为您提供API访问权限的类，如果要切换后端，只需改编该类即可。 以不使用任何特定于API的代码或变量，而是使用包装器与之交互的方式构建其余代码。

我认为这通常是处理任何种类的库或任何东西的好方法。 它不依赖于它们提供的任何类型的界面，而仅依靠您自己的界面，使您可以快速适应这些变化。 面临的挑战是以提供良好抽象的方式编写包装器，因此理想情况下，您可以使用另一个使用完全不同接口的后端，同时尝试尽可能地原生以确保较低的开销。