代码的等级：可编译、可运行、可测试、可读、可维护、可复用前言一个控件从外在特征来说，主要是封装这几点：交互方式显示样式数据使用对外在特征的封装，能让我们在多种环境下达到 PM 对产品的要求，并且提到代码复用率，使维护工作保持在一个相对较小的范围内；而一个好的控件除了有对外一致的体验之外，还有其内在特征：灵活性低耦合易拓展易维护通常特征之间需要做一些取舍，比如灵活性与耦合度，有时候接口越多越能适应各种环境，但是接口越少对外产生的依赖就越少，维护起来也更容易。通常一些前期看起来还不错的代码，往往也会随着时间加深慢慢“成长”，功能的增加也会带来新的接口，很不自觉地就加深了耦合度，在开发中时不时地进行一些重构工作很有必要。总之，尽量减少接口的数量，但有足够的定制空间，可以在一开始把接口全部隐藏起来，再根据实际需要慢慢放开。自定义控件在iOS项目里很常见，通常页面之间入口很多，而且使用场景极有可能大不相同，比如一个UIView既可以以代码初始化，也可以以xib的形式初始化，而我们是需要保证这两种操作都能产生同样的行为。本文将会讨论到以下几点：选择正确的初始化方式调整布局的时机正确的处理 touches 方法drawRectCALayer 与动画UIControl 与 UIButton更友好的支持 xib不规则图形和事件触发范围（事件链的简单介绍以及处理）合理使用 KVO如果这些问题你一看就懂 ...继续阅读 (31)

> 代码的等级：可编译、可运行、可测试、可读、可维护、可复用 --- # 前言 一个控件从外在特征来说，主要是封装这几点： > * 交互方式 * 显示样式 * 数据使用 对外在特征的封装，能让我们在多种环境下达到 PM 对产品的要求，并且提到代码复用率，使维护工作保持在一个相对较小的范围内；而一个好的控件除了有对外一致的体验之外，还有其内在特征： > * 灵活性 * 低耦合 * 易拓展 * 易维护 ...继续阅读 (2)

Houston 的背景Houston在 GitHub 上的地址：https://github.com/nomad/Houston，作者又是Mattt Thompson，简直是惨无人道啊，又高产，又有质量Houston 能让我们在本地、甚至终端很方便的调试远程通知。安装首先在终端安装：$ gem install houston我第一次安装的时候报了错，但是第二次就安装成功了：...Installing ri documentationforhouston-2.2.31gem installed安装成功后执行gem list命令可以看到 houston 和它的版本号：然后也能执行apn命令了：$ apn error: undefined method `size' for nil:NilClass. Use --trace to view backtrace准备证书在正式的使用之前需要先准备好pem证书文件：在Keychain Access里选择你的Push Services证书和通过它左侧的小箭头展开的私钥文件选择这两个文件后，右键选择Export 2 items...选择p12格式并将导出的文件命名为cert.p12最后将这个p12文件转成pem文件$ openssl pkcs12 -in cert.p12 -out apple_push_notification.pem -nod ...继续阅读 (35)

Houston 的背景Houston 在 GitHub 上的地址：https://github.com/nomad/Houston，作者又是Mattt Thompson，简直是惨无人道啊，又高产，又有质量Houston 能让我们在本地、甚至终端很方便的调试远程通知。安装首先在终端安装：$ gem install houston我第一次安装的时候报了错，但是第二次就安装成功了：... Installi ...继续阅读 (7)

仿网易云音乐的播放进度条，有三种状态：播放、暂停和拖动，只是实现了动画和主要的交互逻辑，其他细节（如暂停音乐的播放等）还需要自己完善：DKPlayerBar是继承于UIControl的，如果想获取播放\暂停的事件建议用标准的addTarget方法：[playerBaraddTarget:selfaction:@selector(playOrPause)forControlEvents:UIControlEventValueChanged];然后在DKPlayerBar里监听DKPlayButton的UIControlEventTouchUpInside事件：[playButtonaddTarget:selfaction:@selector(playOrPause)forControlEvents:UIControlEventTouchUpInside];最后再将事件传递出去。CSDN下载地址PS：如果想实现网易云音乐的对Control Center的自定义操作，就像这样的效果：可以看这里 ...继续阅读 (172)

仿网易云音乐的播放进度条，有三种状态：播放、暂停和拖动，只是实现了动画和主要的交互逻辑，其他细节（如暂停音乐的播放等）还需要自己完善：DKPlayerBar 是继承于UIControl的，如果想获取播放\暂停的事件建议用标准的addTarget方法：[playerBar addTarget:self action:@selector(playOrPause) forControlEvents:UIC ...继续阅读 (12)

转载请注明出处：http://blog.csdn.net/zhangao0086/article/details/45289475。前文总结接着这篇：Swift 全功能的绘图板开发，虽然在上一篇中我们已经完成了这些功能：支持铅笔绘图（画点）支持画直线支持一些简单的图形（矩形、圆形等）做一个真正的橡皮擦能设置画笔的粗细能设置画笔的颜色能设置背景色或者背景图但是还有一个非常重要的功能没有实现，没错，那就是 Undo/Redo！我之所以把这个功能单独放出来是有原因的，一是因为上一篇已经篇幅太长，不适合继续往上加内容；二是因为为了实现 Undo/Redo 功能，我们需要对 DrawingBoard 进行一些重构，在这篇文章中，你能看到用另一种方式实现的绘图板。实现的效果：更新 ViewController先添加两张按钮图：黑底、50%的透明度，箭头用白色。（PS：这可是我自己做的，别嫌弃）图片放到 Images.xcasserts 里：（再次PS：图嫌小的话，就放在2x上）然后在 Storyboard 里添加两个 Button：注意里面的红框，Button 与 Board 平级，并且在 Board 的上方。Button 的约束如下：分别为左、右的 Button 设置 Undo、Redo 的 Image左边的 Undo 按钮离左 10px，顶部距离父视图 74px右边的 Redo 按钮离右 ...继续阅读 (45)

转载请注明出处：http://blog.csdn.net/zhangao0086/article/details/45289475。 前文总结接着这篇：Swift 全功能的绘图板开发，虽然在上一篇中我们已经完成了这些功能： 支持铅笔绘图（画点） 支持画直线 支持一些简单的图形（矩形、圆形等） 做一个真正的橡皮擦 能设置画笔的粗细 能设置画笔的颜色 能设置背景色或者背景图 但是还有一个非常重要的功能没 ...继续阅读 (9)

做开发到一定程度后就会面临“转职”，是转向更深的技术还是工程管理值得考虑啊。。行业现状虽然近几年有大量的开发者涌入移动端，社会上的各种培训机构也越来越多，但是优秀的 iOS 开发者在行业内仍然很少，这一方面是由于创业者很多，另一方面是因为技术更新换代很快，而且开发也需要长时间的经验积累，以近几年的 WWDC 大会为例，11年发布的 iOS5 与 iOS4 相比简直就是跨越性的更新，虽然用户可能感觉不到，但是从 SDK 的变化来说，开发者的压力是很大的；12年发布的 iOS6 带来了 AutoLayout 、CoreImage这些新的技术以及像 PassKit、CollectionView、State Preservation 这些大量的新的 APIs；iOS7 的变化大家都看在眼里，UI 的调整往往意味着过去经验的结束，你要重新思考对细节的处理；iOS8 也有理由说是变化最大的版本，带来了像 Extensions、Size Classes、Metal、Watch、Swift 等等这些全新的东西。要学习的东西很多，但是总得来说行业前景还是很好，而且你每年都有机会实现弯道超车。工作场景能对产品进行需求分析，设计适合的架构，分解模块等，其次开发，开发中需要有产品观，毕竟要想从几十万的开发者中脱颖而出，除了技术还要有对产品本身的激情，对工作只是当成一个班去上是万万不行的。能做好技术选型（ ...继续阅读 (10)

做开发到一定程度后就会面临“转职”，是转向更深的技术还是工程管理值得考虑啊。。 行业现状虽然近几年有大量的开发者涌入移动端，社会上的各种培训机构也越来越多，但是优秀的 iOS 开发者在行业内仍然很少，这一方面是由于创业者很多，另一方面是因为技术更新换代很快，而且开发也需要长时间的经验积累，以近几年的 WWDC 大会为例，11年发布的 iOS5 与 iOS4 相比简直就是跨越性的更新，虽然用户可能感 ...继续阅读 (8)

此前我对创新的定义是：做出别人完全没想到的东西，要牛逼，要与众不同，借鉴过的东西都不能称之为创新。这个定义真的太过狭隘，狭隘到让创新那么遥不可及，当我看过这本书后，对创新的产生过程又有了新的理解，其实产生创新时的最初想法就是那么幼稚、不科学，说出去都怕别人笑话，但是如果你自己相信它可以做到，并为之实践，或许它就真的可以做到。而且创新其实是可以被借鉴的，甚至创新就是从模仿开始的，只要能改善现有的成功模式，只要能在某个点胜过别人就是创新。创意不是来自于经验我曾经认为一个好的产品经理应该是对产品定位很明确、对面向的用户群体很明确，对行业、市场不说十分明确，至少也要有自己的独到见解，此外对前端app来说，各平台的差异性、甚至APIs也要有所了解，为什么要了解APIs？因为这基本决定了一个产品能做成什么样。不过现在我想我可能要把平台差异和APIs这两个加成项去掉了：符合平台用户操作习惯没问题，但是这不是必要条件。好比iOS4连导航栏都不能自定义，不照样出了像Path这样的app。创意可能会被经验束缚工作中我一直认为自己是有产品观念的人，能提出建议并致力于改善体验，也希望团队的创新氛围能更加活跃，但是这本书让我遗憾的发现我在工作中实际上有很多扼杀创新的行为。。典型的就是自以为是，容易相信自己的经验。拿最近的一件事来说，曾经一起共事的一位CEO现在在做金融的一级市场，他想在客户的某个聊天群里插入 ...继续阅读 (13)

科学工作者申明某件事情可行的时候，基本上他不会错，但当他说不可能的时候，他很可能错了。 发现极限的唯一方法就是超越极限，尝试向稍微超越这个极限的领域迈进、冒险。 无论是哪种技术，只要它是非常先进的，那看起来都跟魔术没什么区别。 ...继续阅读 (6)

对《Head First 设计模式》中的常用设计模式的整理，其实很多模式我们在开发中都有用到，但是在此之前没有一种理论基础支撑自己，有了这些知识后，更有利于做好程序的设计工作，以及遇到一些设计问题时知道如何取舍。策略模式作用通过组合不同的算法，为系统提供运行时动态地改变行为的功能，使系统具有更大的弹性。定义定义了算法族，把它们分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户之上。类图结构观察者模式作用通过使用观察者模式，使多个对象之间松耦合，但是它们依然可以交互，但是不用清楚彼此的细节。定义定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。类图结构装饰器模式作用装饰者可以在被装饰者的行为前面或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，从而达到某种特定的目的。定义动态地将责任附加到对象上。若要拓展功能，装饰者提供了比继承更有弹性的替代方案。类图结构工厂方法模式作用通过让子类决定该创建的对象是什么，来达到将对象创建的过程封装的目的。定义定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。类图结构抽象工厂模式作用抽象工厂允许客户使用抽象的接口来创建一组相关的产品，而不需要知道（或关心）实际产出的具体产品是什么，这样一来，客户就从具体的产品中被解耦。定义提供一个接口 ...继续阅读 (11)

对《Head First 设计模式》中的常用设计模式的整理，其实很多模式我们在开发中都有用到，但是在此之前没有一种理论基础支撑自己，有了这些知识后，更有利于做好程序的设计工作，以及遇到一些设计问题时知道如何取舍。策略模式作用通过组合不同的算法，为系统提供运行时动态地改变行为的功能，使系统具有更大的弹性。定义定义了算法族，把它们分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客 ...继续阅读 (4)

用iTunes Connect提供的TestFlight功能可以确保我们在设备上测试的版本和App Store上将要发行的版本是同一个。TestFlight仅支持iOS 8及后续版本，并且需要从App Store里安装TestFlight app。分为内部测试和外部测试两种：内部测试每个应用最多25位测试者，需要把测试者的Apple ID添加到开发者账号里，苹果为会测试者创建一个iTunes Connect账号并与主账号关联。只有Admin、Legal 、Technical角色才能测试，内部测试者在接收到邮件后，必须用iOS设备打开该邮件才能测试，不用等Apple审核。每个账号能测试 10 个设备，但是每条邀请只能使用一次，我是通过反复邀请来添加每个账号的测试设备：Devices (2)iPhone 6 Plus (iOS 8.3)iPhone 5 (iOS 8.3)外部测试最多能邀请1000个测试者，预发布版本的第一个Build必须被Apple完全审核通过后才能测试，之后的同一个版本的其他Build不需要完全审核。注意：一个Apple ID，不能同时是内部、外部测试者。安装的测试App名称旁有个橙色小点。官方参考资料，有详细步骤：BetaTestingTheApp ...继续阅读 (31)

用iTunes Connect提供的TestFlight功能可以确保我们在设备上测试的版本和App Store上将要发行的版本是同一个。 TestFlight仅支持iOS 8及后续版本，并且需要从App Store里安装TestFlight app。 分为内部测试和外部测试两种： 内部测试 每个应用最多25位测试者，需要把测试者的Apple ID添加到开发者账号里，苹果为会测试者创建一个iT ...继续阅读 (10)

转载请注明出处：http://blog.csdn.net/zhangao0086/article/details/43836789。要做一个全功能的绘图板，至少要支持以下这些功能：支持铅笔绘图（画点）支持画直线支持一些简单的图形（矩形、圆形等）做一个真正的橡皮擦能设置画笔的粗细能设置画笔的颜色能设置背景色或者背景图能支持撤消与重做…我们先做一些基础性的工作，比如创建工程。工程搭建先创建一个Single View Application工程：语言选择Swift：为了最大程度的利用屏幕区域，我们完全隐藏掉状态栏，在Info.plist里修改或添加这两个参数：然后进入到Main.storyboard，开始搭建我们的UI。我们给已存在的ViewController的View添加一个UIImageView的子视图，背景色设为Light Gray，然后添加4个约束，由于要做一个全屏的画板，必须要让Constraint to margins保持没有选中的状态，否则左右两边会留下苹果建议的空白区域，最后把User Interaction Enabled打开：然后我们回到ViewController的View上：添加一个放工具栏的容器：UIView，为该View设置约束：同样的不要选择Contraint to margins。在该View里添加一个UISegmentedControl，并给Segme ...继续阅读 (31)

转载请注明出处：http://blog.csdn.net/zhangao0086/article/details/43836789。 要做一个全功能的绘图板，至少要支持以下这些功能： 支持铅笔绘图（画点） 支持画直线 支持一些简单的图形（矩形、圆形等） 做一个真正的橡皮擦 能设置画笔的粗细 能设置画笔的颜色和填充颜色 能设置背景色或者背景图 … 我们先做一些基础性的工作，比如创建工程。 工程搭建 ...继续阅读 (9)

实体的模型定义：实体的class定义：@objc(ImageEntity)classImageEntity:NSManagedObject{@NSManagedvarimageData:NSData}存储：@IBAction func saveImageToCoreData() {letdelegate= UIApplication.sharedApplication().delegateasAppDelegateletcontext =delegate.managedObjectContextletimageData = UIImagePNGRepresentation(UIImage(named:"image"))letimageEntity = NSEntityDescription.entityForName("ImageEntity", inManagedObjectContext: context!)letimage = ImageEntity(entity: imageEntity!, insertIntoManagedObjectContext: context!) image.imageData = imageDatavarerror: NSError?ifcontext!.save(&error;) ==false{ println("f ...继续阅读 (67)

实体的模型定义： 实体的class定义：@objc(ImageEntity) class ImageEntity: NSManagedObject { @NSManaged var imageData: NSData }存储：@IBAction func saveImageToCoreData() { let delegate = UIApplication.sharedAppli ...继续阅读 (6)

通过Bridging-Header文件，Swift可以与Objective-C无缝调用，但是Swift与Objective-C有一个很大的不同点：Swift支持Optional类型。比如NSView和NSView?，在Objective-C里对此只有一种表示，即NSView *，既可以用来表示该View为nil、也能表示为非nil，此时Swift编译器是无法确定这个NSView是不是Optional类型的，这种情况下Swift编译器会把它当作NSView!处理，隐式拆包。在早期发布的Xcode版本中，苹果的一些框架针对Swift的Optional类型进行了一些专门审查，使他们的API能够适配Optional，而Xcode 6.3的发布，给我们带来了Objetive-C的一个新特性：nullability注解，利用该特性我们也能对自己的代码进行类似的处理。核心：__nullable 和 __nonnull这个功能给我们带来了两个新的类型注解：__nullable和__nonnull，就像你看到的，__nullable可以表示一个NULL或者nil值，而__nonnull则刚好相反。如果你违反了这个规则，你将会收到编译器的警告：@interfaceAAPLList:NSObject//---- (AAPLListItem * __nullable)itemWithName:(NSStr ...继续阅读 (46)

通过Bridging-Header文件，Swift可以与Objective-C无缝调用，但是Swift与Objective-C有一个很大的不同点：Swift支持Optional类型。比如NSView和NSView?，在Objective-C里对此只有一种表示，即NSView *，既可以用来表示该View为nil、也能表示为非nil，此时Swift编译器是无法确定这个NSView是不是Optional类型的 ...继续阅读 (11)

在App中保持一个FMDatabaseQueue的实例，并在所有的线程中都只使用这一个实例。[FMDatabaseQueue databaseQueueWithPath:path];FMDatabaseQueue虽然看似一个队列，实际上它本身并不是，它通过内部创建一个Serial的dispatch_queue_t来处理通过inDatabase和inTransaction传入的Blocks，所以当我们在主线程（或者后台）调用inDatabase或者inTransaction时，代码实际上是同步的。FMDatabaseQueue这么设计的目的是让我们避免发生并发访问数据库的问题，因为对数据库的访问可能是随机的（在任何时候）、不同线程间（不同的网络回调等）的请求。内置一个Serial队列后，FMDatabaseQueue就变成线程安全了，所有的数据库访问都是同步执行，而且这比使用@synchronized或NSLock要高效得多。但是这么一来就有了一个问题：如果后台在执行大量的更新，而主线程也需要访问数据库，虽然要访问的数据量很少，但是在后台执行完之前，还是会阻塞主线程。对此，robertmryan给出了一些想法：如果你是在后台使用的inDatabase来执行更新，可以考虑换成inTransaction，后者比前者更新起来快很多，特别是在更新量比较大的时候（比如更新1000条或10000 ...继续阅读 (138)

在App中保持一个FMDatabaseQueue的实例，并在所有的线程中都只使用这一个实例。[FMDatabaseQueue databaseQueueWithPath:path]FMDatabaseQueue虽然看似一个队列，实际上它本身并不是，它通过内部创建一个Serial的dispatch_queue_t来处理通过inDatabase和inTransaction传入的Blocks ...继续阅读 (7)

对还没有支持Xcode 6.2的插件有效，Alcatraz 的新版已经支持。进入到插件目录 ~/Library/Application Support/Developer/Shared/Xcode/Plugins显示插件的包内容编辑Info.plist文件展开DVTPlugInCompatibilityUUIDs添加一个新的item：A16FF353-8441-459E-A50C-B071F53F51B7对于Xcode 6.3，使用这个UUID：9F75337B-21B4-4ADC-B558-F9CADF7073A7其实就是/Applications/Xcode.app/Contents/Info 里边的DVTPlugInCompatibilityUUID ...继续阅读 (18)

对还没有支持Xcode 6.2的插件有效，Alcatraz 的新版已经支持。 进入到插件目录 ~/Library/Application Support/Developer/Shared/Xcode/Plugins 显示插件的包内容 编辑Info.plist文件 展开DVTPlugInCompatibilityUUIDs 添加一个新的item：A16FF353-8441-459E-A50C-B071 ...继续阅读 (5)

来自论坛的一个问题：[CoreData] returnsObjectsAsFaults是什么用的。这个属性是用来做优化的，但是有时候反而会降低性能，打个简单的比方，假如你有一个Department对象，它和Employee对象是一对多的关系（比如一个部门有100个员工），当你加载Department的时候，它包含的所有Employee也被加载了，此时如果returnsObjectsAsFaults为YES，则员工们不会被添加到内存中，而是被放在了row cache里，Department对象里的员工们只是一个指针（也称之为fault managed object），只有当你真正要用到Department里的员工数据的时候，Core Data才会再次从row cache中读取出来：// returnsObjectsAsFaults 为YES// 打印Department对象NSLog(@"%@", department);看到的输出：>否则看到的employees输出就是一个完整的列表。row cache虽然是一张缓存表，但是也有可能因为数据太多而变得很大，如果你要遍历Department的所有员工（或者说你确定你会访问通过NSFetchRequest返回的对象的属性），这种情况下就会有额外的性能开销，此时设置returnsObjectsAsFaults为NO会是更好的选择。 ...继续阅读 (46)

这个属性是用来做优化的，但是有时候反而会降低性能，我跟你打个简单的比方，假如你有一个Department对象，它和Employee对象是一对多的关系（比如一个部门有100个员工），当你加载Department的时候，它包含的所有Employee也被加载了，此时如果returnsObjectsAsFaults为YES，则员工们不会被添加到内存中。 ...继续阅读 (1)

来自论坛的一个问题：[在线]一个obj-c语法的问题。直接看一个例子@interfaceTestCounter : NSObject - (TestCounter *)count;@endintmain(intargc,char*argv[]) {@autoreleasepool{ [(id)[TestCounternew] count]; }return0; }上面这个例子省略了@implementation部分，如果运行起来会看到multiple methods named 'count' found with mismatched result, parameter type or attributes.错误。这是为什么呢？我取得了一个TestCounter的实例，但是我把它转为了id类型，然后用id类型调用了count方法，此时编译器会遍历所有的可见头的count方法，编译器当然会找到多个定义，因为count方法在NSArray，NSSet等等这些类上也有实现，而且我的TestCounter的count方法返回的是一个TestCounter对象，这和NSArray，NSSet等的count方法返回NSUInteger类型不一样，所以编译器会给你一个异常，注意看这个异常描述：multiple methods named ‘count’ found w ...继续阅读 (25)

用id类型调用了count方法，此时编译器会遍历所有的可见头的count方法，编译器当然会找到多个定义，因为count方法在NSArray，NSSet等等这些类上也有实现，而且我的TestCounter的count方法返回的是一个TestCounter对象，这和NSArray，NSSet等的count方法返回NSUInteger类型不一样，所以编译器会给你一个异常。 ...继续阅读 (8)