常规按钮都是一个矩形区域，即使设置了按钮layer的cornerRadious，能响应点击事件的依旧是整个矩形区域。
OBShapedButton是开源的第三方库，直接继承自UIButton，直接使用即可。它的响应区域只限定在button的图片或者背景图片区域，周围空出的区域无法响应。注意只是响应区域缩小了，frame还是原来的frame。
UIButton的实例方法，通过代码手动发送按钮的点击事件触发按钮的响应方法。
代码中所有得到的NSDate都是UTC时间（国际标准时间，同GMT时间），例如打印[NSDate date],打印结果总会是UTC时间，不管设备的时区怎么更变。
那么在处理时间的时候是不是要在时区上下一番工夫呢？例如后台返回一个时间字符串，我想改变它的格式，需要做的是先得到时间字符串的date，然后重新设置格式得到新的时间字符串。之前说过所有的Date都是UTC时间，因此，打印中间得到的date会发现时间比当前慢了8小时（假设当前系统时区为东8区），那么用这个时间来生成新的string，结果会不会就慢8小时呢？答案是不会的，因为时间格式NSDateFormatter有timezone属性，这个属性的值默认为当前系统时区，因此从dete转换到string的时候，系统计算时自动地在UTC时间上加了系统时区的偏差时，所以还是原来的时间，并不会慢8小时。另外中间date慢了8小时也是根据dateFormatter的timezone值来的。
除了NSDateFormatter，日历类NSCalendar也有timeZone属性。假设现在获取到了一个日期date对应的dateComponents，打印date查看发现时间慢8小时，而打印dateComponents的hour查看，发现并不会慢8小时，打印结果就是当前小时。因为在从date->dateComponents需要借助NSCalendar对象，而calendar同样有个timeZone属性，默认也是当前系统时区，转换过程中会自动加上时区偏差小时数（时差）。
因此在时区问题上通常并不需要做多余处理。
若当前视图控制器的显示是add视图控制器的view是到上层视图控制器的某个view中，而不是Push到UInavagationController中或者是在UITabbarController容器中的，也就是说这个控制器未处在当前app的堆栈中，那么从这个视图控制器present另一个视图控制器或者popover会发出警告 Presenting view controllers on detached view controllers！
之前计算Cell的高度都是根据Cell内容空间逐个计算高度然后相加得到一个确定值，这样当控件数量多，或者像label这种要根据文本长度自适应高度的控件，在计算label的高度的时候也要计算文本高度才行，多么蛋疼的事！有了UITableView+FDTemplateLayoutCell，cell高度计算问题会省力很多！
UITableView+FDTemplateLayoutCell 简单来说，一句话解决cell高度计算的问题。
在heightForRowAtIndexPath代理方法中写
return [tableView fd_heightForCellWithIdentifier:@"identifierMyCell" cacheByIndexPath:indexPath configuration:^(id cell) { //cell的可变内容配置 例如label的text，用来确定高度}];
这样tableView就能自动根据cell的autoLayout情况计算出高度。
因此使用该方法的前提是cell内容控件的自动布局一定要准确。可以IB中布局也可以纯代码自动布局，个人习惯使用Masonry代码布局。
[[NSUserDefaults standardUserDefaults] boolForKey:@"firstStart"]可以用来判断是否是第一次使用app。
第一次启动前为NO，启动后要手动设为YES
若直接对UINavagationController.view或者UItabBarController.view添加视图myView，对前者而言，push了一个viewController之后，myView不会被覆盖，依旧显示在屏幕最前面。对后者而言，切换viewController后，myView同样显示在老地方。
新闻热点
疑难解答
