封面图片来自google关于懒惰经常看到很多博文里面讲’懒惰’是一个优秀程序猿的良好品质，这一点我深以为然，因为在程序猿的工作中总是充满了重复劳动，也许正是因为这个原因，导致大部分程序猿慢慢变得懒惰，而那些没变懒的程序猿他们慢慢灭绝了~~~。而对于懒惰这个词，我们不能曲解它的意思，并不是怠倦、消沉的对待工作，而是当一个程序员遇到重复的工作时，懒惰的程序员首先想到的是我要开发出一个工具自动执行这些工作。为什么需要工具当 UI 妹子给你一大堆图片而没有给你加上 @2x 后缀时，看着妹子可怜的眼神，怎么忍心让妹子们返工，懒惰的程序员就在想了，这特么是一个循环重复的劳动，为啥不写个脚本自动给每张图片文件名加上一个 @2x 后缀呢，分分钟搞定，然后准时下班约会去了。。。。所以很早之前我的第一个开源工具dSYM 分析工具就是这么来的，当我连在命令行中续修改了几个友盟统计后台收集到异常后，我发现这就是一个重复而且繁琐的劳动啊，所以我便花了两个多小时做了一个 APP 应用，这样以后我每次需要做的只是:1)打开应用，2)拖入 dSYM 文件 3)输入异常地址，便得到异常信息了。而写这篇文章则讲述了我是如何一步一步从 1)手动打包 –> 2)Jenkins 打包，手动发布 –> 3)Jenkins 打包 + 蒲公英 分发 的。起因对于发包这个问题，相信是 ...继续阅读 (23)

来到新公司后，前段时间就一直在忙，前不久项目终于成功发布上线了，最近就在给项目做优化，并排除一些线上软件的 bug，因为项目中使用了友盟统计，所以在友盟给出的错误信息统计中能比较方便的找出客户端异常的信息，可是很多像数组越界却只给出了*** -[__NSArrayM objectAtIndex:]: index 50 beyond bounds [0 .. 39]'这类错误信息，如下图所示：遇到这种问题如果通过objectAtIndex去检索错误的地方那将会是一个巨大的工作量。dSYM 文件什么是 dSYM 文件Xcode编译项目后，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于/Users/<用户名>/Library/Developer/Xcode/Archives目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件 (AUTOMATICALLY SAVE THE DSYM FILES这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。dSYM 文件有什么作用当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，这个时候我们就需要分析 crash ...继续阅读 (37)

几乎每一个应用开发者都需要经历的就是将从 web service 获取到的数据转变到 Core Data 中。这篇文章阐述了如何去做。我们在这里讨论的每一个问题在之前的文章中都已经描述过了，并且 Apple 在他们的文档中也提过。然而，从头到尾回顾一遍对我们来说还是很有益的。程序所有的代码都在 GitHub 上。计划我们将会建立一个简单、只读的应用程序，用来显示 CocoaPods 说明的完整列表。这些说明都显示在 table view 中，所有 pod 的说明都是以分页的形式，从 web service 取得，并以 JSON 对象返回。我们这样来做首先，我们创建一个PodsWebservice类，用来从 web service 请求所有的说明。接着，创建一个Importer对象取出说明并将他们导入 Core Data。最终，我们展示如何让最重要的工作在后台线程中运行。从 Web Service 取得对象首先，创建一个单独的类从 web service 取得数据是很不错的。我们已经写了一个简单的web server 示例，用来获取 CocoaPods 说明并将它们生成 JSON；请求/specs这个 URL 会返回一个按字母排序的 pod 说明列表。web service 是分页的，所以我们需要分开请求每一页。一个响应的示例如下：{ "number_of_pages": 55 ...继续阅读 (14)

本文翻译自objc #9,感谢@方一雄提供校对。在这次issue中我们已经讨论了很多关于字符串不同的话题，从编码到本地化再到语法分析。但多数情况下，字符串最终还是需要被绘制到屏幕上供用户查看、交互。这篇文章涵盖了最基本、最好的练习，以及在用户界面上呈现字符串可能遇到的常见陷阱。如何将字符串绘制到屏幕上为了简单起见，我们先看看UIKit在字符串渲染方面为我们提供了哪些控件。之后我们将讨论一下对于字符串的渲染， iOS 和 OS X 系统中有哪些相似和不同。UIKit 提供了很多可以在屏幕上显示和编辑文本的类。每一个类都是为特定使用情况准备的，所以为了避免不必要的问题，为你手上的任务挑选正确的工具是非常重要的。UILabelUILabel是将文本绘制到屏幕上最简单的方式。它是UIView的一个子类，用来显示少量的只读文本。文本可以被展示在一行或多行，如果文本不能适应指定的空间我们还可以使用不同的方式裁剪。尽管labels使用的方式很简单，但是这里有几个技巧还是值得我们提一提的。labels默认只显示一行，但是你可以将numberOfLines属性设为其他值来改变这一行为。将它设置为一个大于1的值，文本的行数将会被限制为这个指定的值，如果设置为0则是告诉label不管文本占多少行都显示出来。通过设置text属性，Labels可以显示简单的纯文本，而设置attributedText属性则可 ...继续阅读 (29)

正如你所知的那样，电脑的资料都是以二进制存储的，当然我们编程语言中的变量也都是用二进制存储，在Cocoa和iOS编程中大量使用了位运算。通常我们接触的有这几个： <<(左移)，>>(右移)，&(与)，|(或)， ^(异或)，~(非)。通过这些符号，我们可以对变量进行位元运算。<<和>>左移和右移的功能是移动变量中所有位元，位元向左/向右移动之后，最高位/最低为的位元会被移除并补0：5 << 1 = 10  //5的二进制为00101，全部位元向左移动一位数后便会变成 010105 >> 1 = 2    //5的二进制为00101，全部位元向右移动一位数后便会变成 00010位元：即我们常说的Bit，指二进制中的一位，也称二进制位，是二进制最小信息单位。十进制中，所有位数向左移动一位变为原来的十倍，向右移动一位变为原来的十分之一，二进制中也是如此，向左移动一位会变为原来的两倍，移动两位则变为四倍。对于电脑来说，进行位元运算要比乘除法快不少(在现代架构中, 情况并非如此:位运算的运算速度通常与加法运算相同,仍然快于乘法运算)，所以对于性能要求较高的应用中，可以多考虑使用位元运算取代乘除法，但缺点是代码可读性就没那么高了。&学过C语言的应该都接触过&符号，它能将两个变量对应的位元进行’与’逻辑运算并产生新的变量。最基本的如：0 & 0 = 01 & 0 = 00 ...继续阅读 (21)

原文链接：http://ronnqvi.st/controlling-animation-timing/有一种通过CAAnimation实现的协议叫做CAMediaTiming，也就是CABasicAnimation和CAKeyframeAnimation的基类（指CAAnimation）。像duration，beginTime和repeatCount这些时间相关的属性都在这个类中。总之协议中定义了8个属性，这些属性通过一些方式结合在一起，准确的控制着时间。文档中每个属性只有几句话，所以很有可能在看这篇文章之前你都已经读过了，但是我觉得使用可视化的图形能更好的解释时间。可视化的CAMediaTiming为了显示相关属性的不同时间，无论是他们自己还是混合状态，我都会动态的将橙色变为蓝色。下面的块状显示了从开始到结束的动画过程，时间线上每一个标志代表一秒钟。你可以看到时间线上的任意一点，当前颜色即表示动画中的当前时间。比如，duration像下面一样可视。duration设置为1.5秒，所以动画全程花费了1.5秒变为蓝色。Figure 1.设置duration为1.5秒一旦动画完成后，CAAnimation默认从layer上移除。这从上面的图形中也表现出来了。一旦动画达到最终值，它会从layer上移除。如果layer的颜色是橙色（开始的颜色），那么颜色又会便会橙色。在这个可视化界面中， ...继续阅读 (20)

原文：http://conradstoll.com/blog/2013/11/24/developing-for-the-m7?当iPhone 5s发布时我已经开始开发Runtime这个程序，并且从Apple那儿学到M7“motion co-processor”的相关知识。目前已经有一些好文章谈论M7可以干什么，以及我们相信它的工作，但从一个开发者角度来讲，M7提供了一个非常好的追踪用户移动时的脚步以及活动类型的方式。我想写写作为一个开发者都喜欢怎么用它，而不是介绍M7是什么或者如何工作。M7的API是Core Motion框架的一部分。使用Core Motion追踪用户的脚步和活动变为可能，但是有很多困难，并且需要更多电量。我们和两个直接给我们数据的新类交互，而不是自己计算从加速计和陀螺仪中获得的数据。步数第一个，CMStepCounter，提供给我们当用户带着设备时所走的步数。这个类里面只有几个方法。有一个类方法告诉你设备是否支持记步功能，亦称M7是否已经安装。还有两个方法用来开始、结束更新步数。还有一个方法用来根据起始日期查询已走步数的历史记录。我们首先讨论一下获取步数更新。当你的程序正在运行时，每当达到一定的步数，你可以让iOS执行一个block。当用户跑动时，Runtime就使用这个方法更新屏幕码表。根据我的经验，这个更新会根据你的意愿分发。还有一个查询方法来查询一定时间 ...继续阅读 (29)

原文链接：http://www.raywenderlich.com/50317/beginning-auto-layout-tutorial-in-ios-7-part-1译者提示：这是一篇比较初级的自动布局使用教程，对于刚接触自动布局的人来说，是一篇不错的入门教程，但如果你已经比较了解自动布局的话，这篇文章就很基础了，可以移步这篇文章：先进的自动布局工具箱Ray提示您：辅导团队成员Jatthijs Hollemans（iOS 初级系列作者）已经将这篇文章移植到iOS7 feast上。希望你能够喜欢。你是否曾经想让你的app在横竖屏方向上看起来都表现良好而受挫？是否在做支持iPhone和iPad屏幕布局界面时几近大小便失禁？今天我将给你带来好消息！一直为大小相同的屏幕设计一个用户界面并不难，但如果屏幕的尺寸是改变的话，你UI元素的位置和大小也需要相应的做出改变。到目前为止，如果你的设计相当的复杂，那么你必须编写大量的代码来适应这样的布局。你应该很高兴，这样的情况再也不存在了—iOS6为iPhone和iPad带来了一个极好的新特性：自动布局。Xcode 5和 iOS7中对自动布局做出了改善！如果你曾经尝试着在Xcode4中使用自动布局并最终做出放弃，现在是该给Xcode5一次机会了。在你的程序中，自动布局不仅可以很容易的支持不同大小的屏幕，一个额外的功能，它也使的国际化几乎变得微不足 ...继续阅读 (18)

原文出自：http://www.objc.io/issue-3/collection-view-layouts.htmlUICollectionView在iOS6中第一次被介绍，也是UIKit视图类中的一颗新星。它和UITableView共享API设计，但也在UITableView上做了一些扩展。UICollectionView最强大、同时显著超出UITableView的特色就是其完全灵活的布局结构。在这篇文章中，我们将会实现一个相当复杂的自定义collection view布局，并且顺便讨论一下这个类设计的重要部分。项目的示例代码在GitHub上。布局对象UITableView和UICollectionView都是由data-source和delegate驱动的。他们为其显示的子视图集扮演为愚蠢的容器(dumb containers)，对他们真实的内容（contents）毫不知情。UICollectionView进一步抽象了。它将其子视图的位置，大小和外观的控制权委托给一个单独的布局对象。通过提供一个自定义布局对象，你几乎可以实现任何你能想象到的布局。布局继承自UICollectionViewLayout这个抽象基类。iOS6中以UICollectionViewFlowLayout类的形式提出了一个具体的布局实现。flow layout可以被用来实现一个标准的grid view， ...继续阅读 (24)

原文链接：Understanding Scroll Views可能你很难相信，UIScrollView和一个标准的UIView差异并不大，scroll view确实会多一些方法，但这些方法只是UIView一些属性的表面而已。因此，要想弄懂UIScrollView是怎么工作之前，你需要了解UIView，特别是视图渲染过程的两步。光栅化和组合渲染过程的第一部分是众所周知的光栅化，光栅化简单的说就是产生一组绘图指令并且生成一张图片。比如绘制一个圆角矩形、带图片、标题居中的UIButtons。这些图片并没有被绘制到屏幕上去；取而代之的是，他们被自己的视图保持着留到下一个步骤用。一旦每个视图都产生了自己的光栅化图片，这些图片便被一个接一个的绘制，并产生一个屏幕大小的图片，这便是上文所说的组合。视图层级(view hierarchy)对于组合如何进行扮演了很重要的角色：一个视图的图片被组合在它父视图图片的上面。然后，组合好的图片被组合到父视图的父视图图片上面，就这样。。。最终视图层级最顶端是窗口(window)，它组合好的图片便是我们看到的东西了。概念上，依次在每个视图上放置独立分层的图片并最终产生一个图片，单调的图像将会变得更容易理解，特别是如果你以前使用过像Photoshop这样的工具。我们还有另外一篇文章详细解释了像素是如何绘制到屏幕上去的。现在，回想一下，每个视图都有一个bounds和 ...继续阅读 (18)