抽象图形接口越来越难了，该在什么层次上做比较好？

s_51563946

    为了让渲染器能在D3D的各个版本之间以及OpenGL之间切换，往往都需要做一个抽象的接口层。在Ogre和Irrlicht里面都是这样做的。但我感觉D3D10和D3D9之间的差别着实太大了，貌似没有办法抽象得这么底层。或者为每个具体的渲染过程写D3D9,D3D10,OpenGL的版本，不过那样代码也太大了……
    请教一下有没有什么好的方法？

crazii

个人感觉Dx9和Dx10要单独出来似乎没有太大必要,可以只用一种.呵呵.这毕竟只是一个过渡,以后可能的情况就是Dx10应用广了,Dx9就慢慢淡出了.比如,现在貌似用Dx8API做游戏的也不多见...
新人愚见.莫笑.呵呵~

DangerWang

以前尝试过建立一个IRenderContext接口来抽象GL,DX等API的共性，结果是代码更多更杂，
到渲染器中还要再加一层；技术也不够，弄成了博采众API之短，用起来很难受。

我现在是抽象出IRenderer,用GL1,GL2，DX9等分别实现,只多了一层抽象,觉得效率还可以.
记得FarCry好像有XRendererNULL.dll，XRendererDX.dll，XRendererGL.dll等，似乎也是这么处理的?

s_51563946

DangerWang: Re:抽象图形接口越来越难了，该在什么层次上做比较好？

以前尝试过建立一个IRenderContext接口来抽象GL,DX等API的共性，结果是代码更多更杂，
到渲染器中还要再加...

能说的具体点么？
IRenderContext是不是就具体到API的每个函数比如present,drawIndexPrimitive这上面去了？
抽象出来的IRenderer由是在哪个层面的呢？

clayman

这个要看你怎么定义和设计渲染器了

Render.AddDrawableObjectToRenderQueue(drawableObject);
Render.SortRenderQueueByDistance();
Render.SortRenderQueueByMaterail();
foreach material
  material.Apply()
  foreach DrawableObject
      Object.Draw()

根据不同API定义不同的material和drawableObject
Render不需要知道DrawableObject用什么方法来保存顶点，vertex buffer object，vertex buffer都可以，也不需要知道你究竟是用DrawIndexPrimitive还是DrawPrimitive

loserwang

Renderer + Pipeline + SceneManager

这是我目前的做法，可以为不同的渲染器扩展合适的 Pipeline，或者使用更为受限同时也可能更为低效的 Pipeline。例如，扩展 D3DPipeline 以直接访问顶点缓存等。

仅供参考。

xpertsoft

没设计好。我现在做的没啥问题。

qrli

现在已经不能在太底层的地方做抽象了，而是要高层一点，介于Renderer和SceneManager之间，最好是retained mode的对象，这样方便对不同的底层做不同的优化。

另外，对现在的游戏来说，如果不需要跨平台已经没必要支持OpenGL了，不过由于DX9和DX10差异太大，还是可能需要抽象一下的。