Windows上Opengl开发UI遇到的两个坑

一、GLEW初始化后并不支持新版的opengl函数。 原因是piexlFormart选择了支持向BitMap绘制,这样会使当前opengl环境只支持OpenGL 1.1。

顺便记录一下GLEW使用的几个注意点:

1、头文件要在最前引用 不要在其前边引用gl.h文件 会导致错误。

2、初始化要在wglCreateContext   MakeCurrent之后初始化。并检查返回值是否是 GLEW_OK

3、支持的opengl版本判断使用if(GL_VERSION_x_x) {} (GL_VERSION_4_0)来判断

int bits = 32;
		static	PIXELFORMATDESCRIPTOR pfd =				// pfd Tells Windows How We Want Things To Be
		{
			sizeof(PIXELFORMATDESCRIPTOR),				// Size Of This Pixel Format Descriptor
			1,											// Version Number
			PFD_DRAW_TO_WINDOW |						// Format Must Support Window
			//PFD_DRAW_TO_BITMAP |
			PFD_SUPPORT_OPENGL,				// Format Must Support OpenGL
			//PFD_DOUBLEBUFFER,							// Must Support Double Buffering
			PFD_TYPE_RGBA,								// Request An RGBA Format
			bits,										// Select Our Color Depth
			0, 0, 0, 0, 0, 0,							// Color Bits Ignored
			0,											// No Alpha Buffer
			0,											// Shift Bit Ignored
			0,											// No Accumulation Buffer
			0, 0, 0, 0,									// Accumulation Bits Ignored
			16,											// 16Bit Z-Buffer (Depth Buffer)  
			0,											// No Stencil Buffer
			0,											// No Auxiliary Buffer
			PFD_MAIN_PLANE,								// Main Drawing Layer
			0,											// Reserved
			0, 0, 0										// Layer Masks Ignored
		};
		int piexelFormat = ChoosePixelFormat(mHDC, &pfd);
		if (!SetPixelFormat(mHDC, piexelFormat, &pfd)) {
			return false;
		}

		_context = wglCreateContext(mHDC);

		if (!wglMakeCurrent(mHDC, _context)) {
			return false;
		}

		GLenum err = glewInit();
		if (GLEW_OK != err)
		{
			return false;
		}

 

 

二、Opengl可以直接向DIB的DC(设备无关)上绘制,但透明度始终为0.导致updateLayeredWindows时将产生一种特殊的混合效果。(重点:透明度为零,其他颜色数据不为0时 update效果不是纯透明)这将导致误会,实际上只是没有透明度数据引起的。【注:这里的误会是指GDI+函数DrawRectangle  填充色为255时也会引起此效果,设置为254即可,这两个机制不知是否相同,有时间的同学可以试试 然后结果给大家分享一下】

IOS控件缺陷之UIActionSheet引起崩溃(IOS 7)

一、主要问题:UIActionSheet 的delegate是assign的。如果delegate先于ActionSheet释放。则会引起程序崩溃。

二、次要问题:在ViewDidLoad时调起UIActionSheet,也会引起崩溃,这个崩溃系统给的提示很充分,所以是次要问题。

(这两个情况都只在IOS7上发生)正确和错误示例请下载示例程序:TestActionSheetBug.zip

 

盗个图做ActionSheet示意图:

ActionSheet 示意图
ActionSheet 示意图

关于UIView的layout陷阱

1、父View的width设置为负数时。父View的Bound的x会自动变成负数。 之后再将父View的宽度设置为正常值,父View的Bound仍然不会恢复正常(且在UI查看器中显示正常)。此时向此view添加子view,子view不是从父View frame的(0,0)开始,两个View是左右错位的。(父hieght和子view的Bound的y值应该也是同理)

2、IOS8系统中,向UILabel添加子View会被UILabel遮挡(当UILabel的text为空时)、若设置text内容为英文可以恢复正常。设置text含中文时仍然不正常。应避免向UILabel添加子View。

IOS开发:关于使用Category的陷阱

Category作为OC一个非常好用的特性、可以给已经存在的类添加新的方法。

项目中我为了给已有的一个图片展示模块增加一个右下角的“Gif”图示。于是想到了使用Category给UIImageView扩展出一个在右下角显示图示的方法,并且重写了ImageView的LayoutSubview方法,使图示始终保持在右下角。编译运行一切都正常进行。  直到我发现另一个地方的ImageView的子控件不听我操作,经过排查才发现是另一个文件中的ImageView也受了之前写的Category的影响,我才发现以下事实:

1、Category一旦定义、作用域是全局的、对当前应用的所有代码都起作用、无论你是否引用了Category的头文件。这就要求我们不要肆意使用Category、因为不知道会影响到什么意想不到的代码。

2、实现Category的时候尽量不要覆盖原有的方法、这样做有两个原因:

(1)、这样不能像子类一样调用父类的方法、并且容易引起意外(没有引入的地方也自动受这个Category影响。这样这些地方的原有方法的行为也会改变。

(2)、由于Category不能指定覆盖另一个Category中的方法。如果覆盖的是系统框架中实现的方法、内部有可能也是Category实现的、这样会产生未知的行为:到底是你覆盖了系统的、还是系统覆盖了你的。

PS:在另外一篇文章里看到说给NSObject写Category的时候要注意不能调用super、以为NSObject没有父类、关于这个我还没有测试。