iOS 关于 UIKit 专栏应该写在最前面的话

iOS 关于 UIKit 应该写在最前面的话

太阳火神的漂亮人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商业用途-保持一致”创作公用协议

转载请保留此句:太阳火神的漂亮人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS、Android、Html5、Arduino、pcDuino否则,出自本博客的文章拒绝转载或再转载,谢谢合作。


假设你之前接触过 Web、Windows、Linux或其他相关的有界面的直接给用户使用的应用的话。你都会接触到一些用于绘制以及呈现信息的组件和系统提供的方法。

对于 Web 开发,Html 语言及 Dom 模型、JavaScript 语言及内置库、CSS 是构建 Web 页面的有效工具库和语言。

至于各个浏览器是怎样呈现和绘制的,这个我们并不须要关心。

而 Windows 系统也相同提供了 win32 SDK。或者 MFC 类库以及画图用的 GDI+。

至于 Linux,经常使用作server,但当下的 Ubuntu、Federa 等比較流行的用于桌面和手机的操作系统(尽管还没火起来吧,至少 Ubuntu 是能够用于手持设备的)以 xWindow 作为图形绘制呈现的服务端来完毕界面呈现工作。


由以上能够看得出。带界面的操作系统或界面呈现体系,均有一套开发库,供开发者使用,以在程序中按其预定模式来调用。以构建出能够与用户进行交互的用户界面。


并且细研究会发现,有一个界面基类。该基类本身就是通过画图类库来完毕自身绘制的,而其他的界面组件都直接或间接从该基类派生出来。也使用画图库相关的方法来在基类界面的基础上,继续完毕子类组件各自的样式和功能。

另外。交互事件,也是界面组件特有的功能,是与画图类库无关,但也有牵连的。界面上交互事件的分发。也会遵从一定规则,有的是从上层往下层,有的是从外层往内层。而有的就是从里向外。或者各种循环组合,事件往往能够被拦截,即给开发者一个切入事件循环系统内部的机会,并能在处理完或处理的同一时候。将事件再放事件循环系统中去,这样就像在电路上用电表測量一样,并不影响原电路正常供电。


至于动画呈现的方式。也就无非是多个缓冲画好要显示的内容。然后一桢一桢地画上去。利用了视觉暂留,来满足人眼的视觉享受。


总之。学习一门新的界面库的时侯。须要追根溯源。才好提纲切领,即能掌握全局,又能深入细节。从画图和界面根类出发。结合事件响应处理的机制原理,再深入到各个界面组件或自己定义,就会胸有成竹而不乱阵脚了。



原文地址:https://www.cnblogs.com/lxjshuju/p/6776924.html