您现在的位置：首页
--> iOS开发
RunLoop 是 iOS 和 OSX 开发中非常基础的一个概念，这篇文章将从 CFRunLoop 的源码入手，介绍 RunLoop 的概念以及底层实现原理。之后会介绍一下在 iOS 中，苹果是如何利用 RunLoop 实现自动释放池、延迟回调、触摸事件、屏幕刷新等功能的。
iOS 的相册是支持保存 GIF 和 APNG 动图的，只是不能直接播放。用 [ALAssetsLibrary writeImageDataToSavedPhotosAlbum:metadata:completionBlock] 可以直接把 APNG、GIF 的数据写入相册。如果图省事直接用 UIImageWriteToSavedPhotosAlbum() 写相册，那么图像会被强制转码为 PNG。
本文中，我们将一起构造出一个完整的 js -> Native -> js 回调+传值的数据通道，并设计出插件协议，最终实现在 js API 层完全兼容 Cordova，让现有 Cordova 项目可以无感知迁移。
本篇文章中，我将跟大家一起学习使用 WKWebView 屌炸天的新传值方式，实现从 Javascript 层向 Native 层的传值，并反射出我们想要的对方，执行我们想要的方法。
WKWebView 是苹果在 iOS 8 中引入的新组件，目的是给出一个新的高性能的 Web View 解决方案，摆脱过去 UIWebView 的老旧笨重特别是内存占用量巨大的问题。
苹果将 UIWebViewDelegate 与 UIWebView 重构成了 14 个类和 3 个协议，引入了不少新的功能和接口，这可以在一定程度上看做苹果对其封锁 Web View 内核的行为作出的补偿：既然你们都说 UIWebView 太渣，那我就造一个不渣的给你们用呗~~ 众所周知，连 Chrome 的 iOS 版用的也是 UIWebView 的内核。
喜欢写 C 的读者可能会经常和 sizeof 打交道，不论是分配内存，I/O 操作，还是计算数组大小的时候基本都会用到。这个在 C 中定义的运算符可以作用于类型或者某个实际的变量，并返回其在内存中的尺寸 size_t (这是和平台无关的一个整数类型)。在 Cocoa 中，我们也有一部分 API 需要涉及到类型或者实例的内存尺寸，这时候就可以使用 sizeof 来计算。一个常见的用例是在从一个数组生成 NSData 的时候需要传入数据长度。因为在 Objective-C 中 sizeof 这个 C 运算符被保留了，因此我们可以直接这么做。。。
相对于普通的 Optional 值，在 Swift 中我们还有一种特殊的 Optional，在对它的成员或者方法进行访问时，编译器会帮助我们自动进行解包，这就是 ImplicitlyUnwrappedOptional。在声明的时候，我们可以通过在类型后加上一个感叹号 (!) 这个语法糖来告诉编译器我们需要一个可以隐式解包的 Optional 值：
var maybeObject: MyClass!
首先需要明确的是，隐式解包的 Optional 本质上与普通的 Optional 值并没有任何不同，只是我们在对这类变量的成员或方法进行访问的时候，编译器会自动为我们在后面插入解包符号 !，也就是说，对于一个隐式解包的下面的两种写法是等效的。。。。
Optional 可以说是 Swift 的一大特色，它完全解决了 “有” 和 “无” 这两个困扰了 Objective-C 许久的哲学概念，也使得代码安全性得到了很大的增加。但是一个陷阱 -- 或者说一个很容易让人迷惑的概念 -- 也随之而来，那就是多重的 Optional。
给产品经理讲技术之APP的推送是咋回事：睡觉前我明明关闭了淘宝、网易新闻等app，为什么第二天他们又自动出现在我手机的通知栏上呢？
在我动手搞这个 JSON 解析库之前，我一直在用 SwiftJSON 这个库，这个库是国人开源的最受欢迎的 Swift 项目，没有之一，也是全球最受欢迎的 Swift 库第二名，第一名是网络库 Alamofire。由于要实现 ["key"]["key1"] 这样的递归查找，我一直觉得 JSON 解析库非常复杂难搞。
iPhone 手机的成功, iOS 操作系统功不可没. 而 iOS 操作系统的成功, 与早期 iPhone 单一的屏幕分辨率也有极大的关系. 不客气地说, 正因为早期 iPhone 手机只有一个分辨率, iOS 操作系统和其上面的 App 才不需要关心所谓的"响应式布局", "流式布局", "自动布局"这些技术, 它们只使用绝对定位的布局 - 每一个控件的大小和位置都是定死的, 几乎不变. 这样, iOS 应用开发者把精力放在了界面外观和交互体验, 最终促成了 iPhone/iOS 的成功.
不过, 从 iPad 的出现, 到 iPhone 5 发布, 以及后面的 iPhone 6/6+, iPhone/iOS 手机的屏幕分辨率开始多样化了, 这时, 界面布局便不能死守着绝对定位布局了.
为了解决这个问题, 苹果的方案是"Auto Resizing"和"Auto Layout", 特别是后
最简单的流式布局模型, 其实就是: 靠左, 靠右, 或者堆叠. 根据这个简单的理论, 可以用两个栈(Stack)数据结构, 一个表示靠左边的控件列表, 另一个表示靠右边的控件列表, 即可实现流式布局模型.
使用ios ，通过oc 使webview加载页面相关操作，遇到了如下两个问题。解决过程略有心酸，记录如下：
1、带登录状态（cookie）请求webview，cookie含有httponly标记；
2请求url由url变为url#时，webview的异常表现。
Push的原理： Push 的工作机制可以简单的概括为可以分为三个阶段。
第一阶段：Provider把要发送的消息、目的iPhone的标识打包，发给APNS；
第二阶段：APNS在自身的已注册Push服务的iPhone列表中，查找有相应标识的iPhone，并把消息发到iPhone；
第三阶段：iPhone把发来的消息传递给相应的应用程序， 并且按照设定弹出Push通知；
UDID的全称是Unique Device Identifier，它就是苹果IOS设备的唯一识别码，它由40个字符的字母和数字组成(越狱的设备通过某些工具可以改变设备的UDID)。移动网络可利用UDID来识别移动设备，但是，从IOS5.0(2011年8月份)开始，苹果宣布将不再支持用uniqueIdentifier方法获取设备的UDID，iOS5以下是可以用的。在2013年3月21日苹果已经通知开发者：从2013年5月1日起，访问UIDIDs的程序将不再被审核通过，替代的方案是开发者应该使用“在iOS 6中介绍的Vendor或Advertising标示符”。所以UDID是绝对不能用啦。
现在在web开发上，icon font技术的应用很广泛，它不仅在解决多分辨率显示问题上很有成效，而且在使用它的时候还能降低不少设计和开发成本。
那么它能不能应用到ios开发上来呢？带着这个疑问，我在github上找到了FontasticIcons和ios-fontawesome，但是这两个OC包对icon资源封装都有限，而且扩展也不是很方便。
iPhone 5昨夜发布，早上起来看到了一些新iPhone的参数信息，于是好奇历代iPhone的屏幕参数，然后在维基百科发现了大部分主流移动设备的屏幕信息，这比iPhone 5本身给我的惊喜还要大！...
众所周知，iPhone中应用自带的png图片已经是经过压缩处理的，无法直接查看，但是可以通过工具转换为原图。转换为原图的方法在安装好Xcode之后（我安装的版本是4.3），可使用命令行转换 /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/pngcrush -revert-iphone-optimizations src.png dst.png
近3天十大热文
-
[606] 招聘技巧一二 -
[18] 在ssh服务里使用chroot
-
[17] 我的git笔记
-
[16] 密度聚类算法之OPTICS
-
[15] 配合jquery实现异步加载页面元素
-
[14] js实现预加载图片让图片快速显示
-
[14] 豆瓣是啥？
-
[14] Android用户界面设计：表格布局
-
[13] jQuery性能优化指南
-
[12] linux内核研究笔记(一）内存管理 – p
赞助商广告
