追逐DirectX版本

Question

我们是一个中小型企业(大约50个devs)，致力于几个DirectX 9应用程序的开发.(不是游戏)

DirectX 10和11都是深层次的界面大修，就像DX12可能会做的那样。我们没有升级到它们中的任何一个，而且由于VS2013 (现在是迁移的)与DX9一起工作变得非常不方便--尽管DX9在技术上并不受欢迎，MS却非常积极地将devs推开。

我想知道，其他开发公司是如何处理DX接口不稳定的？你真的每2-3年重写一次图形引擎吗？你在使用第三方中间件吗？食人魔和联合看起来都像成堆的代码，有我不关心的设计目标(跨平台)，我甚至不确定它们的界面是否更稳定。还有其他我错过的方式吗？

重要的是:我们没有开发AAA游戏，我们没有太多的使用花哨的着色器或需要挤压每一点的性能从现代硬件。我们的产品主要是用3D显示数据。

似乎有必要作出一些澄清。目前的图形发展状况是，MS大约每2-3年发布一次完全大修的DX接口。看起来--不管是有意还是无意--他们的目标是主要的游戏商店(甚至是:游戏引擎商店)，这些商店很乐意投入必要的人力资源来重写3D图形引擎，以符合最新的和最伟大的产品。

我们的商店(我怀疑还有很多其他商店)不是那样的。我们展示了很多的数据在3D，但不使用异国情调的着色器，不关心最新的控制台或GPU。对我们来说，为我们不关心的新特性重写渲染引擎是没有任何商业意义的，而旧引擎正迅速被废弃。来自MS的dev写：

在最新版本的Direct3D上，支持9应用程序的能力完全减弱，这种情况可能会继续下去

关于D3DX --虽然在技术上不受欢迎，但在VS2013上很难使用。MSDN外交引文：

研究使用Direct3D API的替代解决方案。

我很好奇:其他有类似3D需求的商店是如何处理这个的呢？你们在CAD行业做得怎么样？

Answer 1

由于图形硬件不断发展，Direct3D经常发生变化。因此，在某种程度上，微软不再能够保持与较早的D3D版本的兼容性。这就是为什么固定功能渲染消失了。较新的硬件不支持它，因此不能再在API中公开它。

现在，从您所解释的情况来看，您对3D的使用似乎并不是很苛刻，这可能意味着您可以编写一个小的接口层来将您的应用程序与呈现后端隔离开来。如果您很好地设计了呈现接口，那么实际依赖于API的代码的数量非常少。即使是像Ogre3D这样的大型游戏引擎，如果在API特定的文件夹中查看源代码，您也会看到它包含十几个文件。可能不到项目代码的1%。

在呈现API和应用程序之间有一个接口层，如果硬件特性消失，您可以在将来添加软件仿真。例如:用着色器模拟固定管道；因此，可以利用API更改机会对渲染器模块进行可能的重构，使其不受API模式的影响。