封装 DirectX 的时候，运算和渲染，应该100%分离吗？？

draculamx

先来看个函数：
struct stuRotateZoom
{
      float RotateX;
      float RotateY;
      float RotateZ;
      float ZoomX;
      float ZoomY;
      float ZoomZ;
};


void CDXFont:raw3DFont(unsigned int iNum,RECT* rctDraw,stuRotateZoom* Rotate)
{
          if ( iNum＞m_vtr3DFont.size()-1 )
          {
                return;
          }

          //Rotate Matrix ,use " m_fRotateY,m_fRotateX,m_fRotateZ" to choose the Rotate mode and speed
          D3DXMatrixRotationYawPitchRoll(&matRotate,Rotate-＞RotateY,Rotate-＞RotateX,Rotate-＞RotateZ);

          //Translation Matrix
          D3DXMatrixTranslation( &matTrans,-m_vtr3DFont[iNum].iCenterX,-m_vtr3DFont[iNum].iCenterY,0);

          //Zoom Matrix
          D3DXMatrixScaling( &matZoom, Rotate-＞ZoomX,Rotate-＞ZoomY,Rotate-＞ZoomZ);

          //Multiply Matrixs above
          D3DXMatrixMultiply( &matWorld, &matTrans,&matRotate);
          D3DXMatrixMultiply( &matWorld, &matWorld,&matZoom);

          //一直到这里都是在计算矩阵


          //这里才开始真正的渲染
          m_lpD3DDevice-＞SetTransform( D3DTS_WORLD, &matWorld );
          m_lpD3DDevice-＞SetMaterial(&m_vtr3DFont[iNum].Font3Dmtrl);
          m_vtr3DFont[iNum].mesh-＞DrawSubset(0);
}



正如大家所见，很多封装 DirectX 的类里面，都有这样的函数，里面大概有两部分：

1.计算矩阵

2.设置矩阵，并使用 DirectX API 渲染



我现在的问题是：

1.是否应该把第一部分，也就是计算矩阵的部分，剥离出去

2.如果剥离出去，那这个函数的参数应该怎么设计

rikpan

我的话，比较喜欢分离出去，因为我觉得矩阵运算是纯粹的数学上的东西，而渲染是和环境相关的东西，因此将
matWorld，m_vtr3DFont[iNum].Font3Dmtrl，m_vtr3DFont[iNum].mesh
封在一个数据结构中，统一进行字体渲染

bskk

这种细节不必太刻意把，怎么行怎么来

qrli

渲染操作到底层全都是数学运算，你要不要全剥离出去

tonykee

俺是没有分开，只有一些特定环境，比如半透明对象必须排序，环境贴图，阴影等才加入到别的批次里面去单独渲染的。

draculamx

恩。。。。既然有很多兄弟都没有剥离。。。
那我就。。。。去剥离它~~~~~~~~~~~
明天到公司我去试试。。。。。
然后把感想和结果告诉大家。。。。
如果我吐血而亡。。。请大家记得清明的时候，帮我烧吧纸钱（不要美元，这东西贬值的厉害，相信在“那边”也一样）。。。。

snhun

draculamx: Re:封装 DirectX 的时候，运算和渲染，应该100%分离吗？？
如果我吐血而亡。。。请大家记得清明的时候，帮我烧吧纸钱

纸钱都烧完了，发现此人活得好好的？

draculamx

晕，还在努力剥着呢。。。。。
感觉还可以。。哈哈

loserwang

渲染器和流水线分离的话，就会损失一些专用性，我的解决办法是扩充流水线，以符合 DX 的更多特性，这样，渲染器就需要额外设计一些专用的接口。这也是为了最大限度地分离职责，保持接口简洁和互换所作的妥协。