为多个平台编写计算着色器

跨平台最佳实践

DirectX 11 （DX11） 和 DirectX 12 （DX12） 支持其他平台（例如 Metal 或 OpenGL ES）不支持的许多作。因此，您应该始终确保您的着色器在 GPU 上运行的程序。更多信息
请参阅术语表在提供较少支持的平台上具有明确定义的行为，而不仅仅是在 DX11 或 DX12 上。以下是需要考虑的几件事：

• 越界内存访问是错误的。DX11 在读取时可能会始终返回零，并且读取一些写入时没有问题，但提供较少支持的平台可能会在执行此作时使 GPU 崩溃。注意特定于 DX11 的黑客攻击、缓冲区大小与多个线程组大小不匹配、尝试从缓冲区的开头或结尾读取相邻数据元素以及类似的不兼容性。

• 初始化您的资源。新缓冲区和纹理的内容未定义。某些平台可能提供全部零，但在其他平台上，可能有包括 NaN 在内的任何内容。

• 绑定计算着色器声明的所有资源。即使确定着色器由于分支而不使用当前状态的资源，仍必须确保资源绑定到它。

特定于平台的差异

• Metal（适用于iOS和tvOS平台）不支持对纹理进行原子作。金属也不支持GetDimensions对缓冲区的查询。如果需要，将缓冲区大小信息作为常量传递给着色器。
• OpenGL ES 3.1（适用于（Android、iOS、tvOS 平台）仅保证一次支持 4 个计算缓冲区。实际实现通常支持更多，但通常，如果为 OpenGL ES 开发，您应该考虑将相关数据分组到结构中，而不是将每个数据项放在自己的缓冲区中。
• OpenGL （ES） 和 Vulkan 需要图像格式限定符RWTextures<T>不是只写的。
  Unity 从尖括号中的类型 T 派生此限定符。格式限定符需要匹配绑定到 RWTexture 的 RenderTexture 的 GraphicsFormat/RenderTextureFormat。下表将 Unity RenderTexture GraphicsFormats 和 RenderTextureFormats 映射到其相应的 HLSL 类型和图像格式限定符：