cocos opengl

我认为最主要的区别还是在于运行环境和面向的语言上。OpenGL ES主要直接提供C api，各自平台根据习惯提供一层包装（比如Android提供了Java的包装，iOS提供了obj-c的包装）。而WebGL，虽然我没有接触，但我认为直接提供javascript api的可能性应该是最大的吧，而面向native code(C/C++)提供接口的可能性我认为不大，面向.NET/Java这类托管/VM环境下运行语言的需求我觉得也不是非常紧迫。

WebGL “基于”OpenGL ES 我的理解是函数命名、常量命名、常见的流程上应该和Open GL ES比较一致，也就是标准的制定上和OpenGL ES一致，而非其实现上基于OpenGL。事实上，OpenGL ES在PC各操作系统下的实现（官方提供了emulator sdk）依然是转换到OpenGL 1.x/2.0标准下执行。不过我认为WebGL的实现基于DirectX的可能性依然不大，更可能的是和OpenGL ES一致，通过OpenGL 1.x/2.0的接口实现。

补充一下，WebGL在IE核浏览器下的实现应该是基于（或相关于）ANGEL项目，这是一套底层基于DirectX，而对外公开OpenGL接口的库。

　　额