如何让自定义对象支持 copy 操作？是重写 copy 方法么？当然不是，而是需要让自定义类实现 NSCopying 协议，该协议只有一个方法:
Continue reading本文记录的是如何更好的编写注释。好的注释，可以让使用者能够像使用官方文档一样，使用
option + 单击 就可查看其使用说明。
本文最终实现的是使用脚本打 Ad-hoc 包，并发布测试，当然稍微修改一下脚本参数就可以打其他类型的 ipa 包了。另外该脚本还实现了将生成的 ipa 包上传至蒲公英进行测试分发。
Continue reading本文谈谈 iOS 开发中的命名规范，主要涉及常量命名、枚举命名、类及其方法命名，以及分类及其方法命名。如果你找的是官网的编码规范，请移步: Coding Guidelines for Cocoa。当然本文会讲一些官网没有的东西。
Continue readingiOS开发中，屏幕适配也是项很重要的工作，本文记录了一些在屏幕适配的过程中与图片相关的工作。
基本概念
首先，理解几个概念: Points, Rendered Pixels, Physical Pixels, Physical Device。
- Points: 是iOS开发中引入的抽象单位，称作点。开发过程中所有基于坐标系的绘制都是以 point 作为单位，在iPhone 2G,3G,3GS的年代，point 和屏幕上的像素是完全一一对应的，即 320 * 480 (points), 也是 320 * 480 (pixels)
- Rendered Pixels: 渲染像素， 以 point 为单位的绘制最终都会渲染成 pixels，这个过程被称为光栅化。基于 point 的坐标系乘以比例因子可以得到基于像素的坐标系，高比例因子会使更多的细节展示，目前的比例因子会是 1x，2x，3x
- Physical Pixels: 物理像素，就是设备屏幕实际的像素
- Physical Device: 设备屏幕的物理长度，使用英寸作为单位。比如iPhone 4屏幕是3.5英寸，iPhone 5 是4英寸，iphone 6是4.7英寸，这里的数字是指手机屏幕对角线的物理长度。实际上会是Physical Pixels的像素值(而不是Rendered Pixels的像素值)会渲染到该屏幕上, 屏幕会有 PPI(pixels-per-inch) 的特性，PPI 的值告诉你每英寸会有多少像素渲染。
本文记录如何在 UIStoryboard 或者 xib 中进行百分比布局，包括
- View.Width 占其 Superview.Width 的百分比
- View.Leading 与 Superview.Leading 间距占 Superview.Width 的百分比
- View.Trailing 与 Superview.Trailing 间距占 Superview.Width 的百分比
- View.Leading 与 Superview.CenterX 间距占父视图 Superview.Width 的百分比
- 限定View的宽高比
- 以 Superview.Width 宽度的某一百分比为 View 之间的间隔
本文转载自: https://github.com/nixzhu/dev-blog
本文翻译自 http://www.raywenderlich.com/63338/grand-central-dispatch-in-depth-part-2
原作者：Derek Selander
前半部分由 Riven 翻译，但他由于太忙而搁置，后由 NIX 整理校对并翻译后半部分。
Continue reading进一步阅读之前，可以先思考这个问题: 存在数组
@[@(90), @(31), @(65), @(78), @(76)]，如何取出数组中的最大值或者最小值？
KVC 的集合操作符可使用键路径和操作运算作用于集合中的所有元素。本文将描述一些可用的集合操作。
KVC 的集合操作符实际上就是一些特殊的键路径，以参数的形式传递给 valueForKeyPath:
方法。集合操作是以 @*
开始的字符串, 也可理解为: KVC集合操作符允许在
valueForKeyPath: 方法中使用 key path
符号在一个集合中执行方法。无论什么时候你在 key path
中看见了@*，它都代表了一个特定的集合方法，其结果可以被返回或者链接，就像其他的
key path 一样。下图就是集合操作符的格式:
其中左边的键路径(keypathToCollection)指定了相对消息接收者的 NSArray 或者 NSSet，右边的键路径(keypathToProperty)指定了相对于集合内对象的键路径，集合操作作用于该键路径。
Continue reading