whuamanlou的专栏

因为项目的需求，最近学习了一下project.pbxproj，对于这个文件的介绍，网上有不少资料，但感觉都不甚详细，这里对我在学习中，学到的一些东西，稍作记录，一方面方便新学的同学能有个了解，同时也让自己以后，有个参考。    xcode将我们对项目的配置信息，统一写到了project.pbxproj文件里，一般情况下，我们是不需要直接和project.pbxproj打交道的，我们通过编辑xc

ios开发常用的存储方案有两种 1）使用基于sqlite的开源框架  2）使用苹果官方的coredata。这里不讨论两类存储方式的区别，主要谈一谈基于sqlit的fmdb框架。      原生的sqlite使用上相当不友好，而且还需要自己去控制多线程的访问，比较麻烦，fmdb因其友好的api,安全的多线程操作以及大量的开源人员的维护成为了开源社区的佼佼者。     由于fmdb本质上是对s

本文英文原文出自这篇文字 http://www.raywenderlich.com/62699/reactivecocoa-tutorial-pt1 ，但我只是有选择性的进行了翻页rac强调原子操作以及组装。rac基本上是建立在信号的基础上的，也就是RACSignal,所有的操作都能转成RACSignal来组装操作。1、单个信号rac入门最经典的一个例子就是一个登录界面，如下

racsignal的信号有冷热之分，简单来说所谓冷信号可以理解为被动的，只有当有订阅者的情况下，才会发布消息，且没订阅一次，重复发一次消息。而热信号则不依赖与订阅者，当它需要发消息的时候，不论有没有订阅者，都会发送。冷信号如下RACSignal *signal = [RACSignalcreateSignal:^RACDisposable *(idRACSubscriber> su

最近在整理项目逻辑的时候，发现一个问题：就是打点统计，经常和代码业务逻辑混在了一起，耦合性很强，并且经常容易出错。于是就在思考怎样对这一块进行优化。       其实，对这方面的讨论一直也比较多，比如继承基类，但是这样很容易使代码变得臃肿。另一个比较好的办法就是利用method swizzling， hook住需要打点的方法，将打点统计从业务逻辑中分离出来，而且额外工作量不大。最后就想从这方面

最近在做项目的打点统计的时候，为了使业务逻辑和打点逻辑分析，用到了一个开源的框架Aspects。这个框架是机遇swizzling method来实现的。这个库的代码量比较小，总共就一个类文件，使用起来也比较方便，比如你想统计某个controller的viewwillappear的调用次数，你只需要引入Aspect.h头文件，然后在合适的地方初始化如下代码即可。pragma mark - add