关于如何从头开始创建环境，可以参考大神的博文OpenGL ES 3.0 数据可视化 0：Hello world,本文只是补充一些我在实践中的一些思考。
CAEAGLLayer
If you plan to use OpenGL for your rendering, use this class as the backing layer for your views by returning it from your view’s layerClass class method. The returned CAEAGLLayer object is a wrapper for a Core Animation surface that is fully compatible with OpenGL ES function calls.
根据官方文档的说明，这个layer用于OpenGL与Core Animation库之间的联系。这个layer的内容来自于一个 renderbuffer，而他自己所做的主要工作就是为renderbuffer分配内存，在用户绘制完成后讲renderbuffer送给Core Animation.使用的方法大家都知道，就是override view的layerClass静态方法，返回这个东西。
创建Framebuffer和Renderbuffer
创建这俩buffer相对容易理解，这里没有GLKViewController来替我们创建所需的OpenGL环境所以我们需要自己创建用与绘制的buffer，没有这俩buffer，相当于没有画板。我们用OpenGL做Render to texture这样的事情的时候也需要自己创建framebuffer object，但是那时候往往不用renderbuffer，而使用texture。这两者的区别是这样的，在过去那些美好时光里纹理是framebuffer附件的唯一可用的类型，后来引进的renderbuffer object，那么相比较texture，Renderbuffer的优点是，以OpenGL原生渲染格式储存它的数据，因此在离屏渲染的时候，这些数据就相当于被优化过的了。
渲染缓冲对象将所有渲染数据直接储存到它们的缓冲里，而不会进行针对特定纹理格式的任何转换，这样它们就成了一种快速可写的存储介质了。然而，渲染缓冲对象通常是只写的，不能修改它们（就像获取纹理，不能写入纹理一样）。可以用glReadPixels函数去读取，函数返回一个当前绑定的帧缓冲的特定像素区域，而不是直接返回附件本身。
因为它们的数据已经是原生格式了，在写入或把它们的数据简单地到其他缓冲的时候非常快。当使用渲染缓冲对象时，像切换缓冲这种操作变得异常高速。我们在每个渲染迭代末尾使用的那个glfwSwapBuffers函数，同样以渲染缓冲对象实现：我们简单地写入到一个渲染缓冲图像，最后交换到另一个里。渲染缓冲对象对于这种操作来说很完美。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式