背景

当我们实现复杂UI的时候，很容易形成一种多层级的对象关系，如下图

随着ContentViewController业务的增长，ContentViewController/ContainerViewController/RootViewController的delegate会变得越来越大。很多时候，ContainerViewController/RootViewController可能并不关心其中的方法，只是承担传递事件的责任，但是这......

最近将自己做的项目进行组件化，恶补了很多关于组件化的知识。最终采用方案是CASA大大的iOS应用架构谈 组件化方案。但是在具体实施的时候，关于TableView的组件化遇到了很大的问题。

通常TableView的Cell会来自不同的组件，那么该如何交付Cell？

工程通常是采用MVC或者MVVM的，交付出Cell意味着也要将ViewModel拔出萝卜带出泥的全拉出来！其实不止是Cell，原则上讲，这其实涉及到所有的View的交付。关于这个事情咨询过CASA大大，给出的答复是

我的设计里面没有model。我也不主张在设计里面引入model，包括view model这种定义很暧昧的“mod......

很多时候会出现这种场景，有两个网络请求A和B，B需要在A访问完毕之后才能进行访问。也就是说，网络访问请求需要有一定顺序，即产生一定依赖关系。

请求A --> A返回值 --> 请求B --> B返回值

解决这个问题，第一时间想到的是NSOperation，毕竟AFNetworking 2.0时代所有的网络访问都是基于NSOperation，想到它自然而然。我们试图利用NSOperation自身提供的addDependency来添加这个依赖。但实际上这种方法并不能保证两个请求是按序进行的，这种方式只能保证请求A是在请求B发出之前发出，但是不能保证A返回值的未知，有可能出现以......

这几年函数式编程变得愈来愈火，Github上有很多Objective-C函数式编程的经典实现，譬如ReactiveCocoa、Mansory，将Block的特性发挥的淋漓尽致。之前一直只是仅仅在用，很少会自己实现函数式编程，借着最近有个需求，正好实践一番。

作为一个完整的App，当然少不了日志、统计等，这些代码散布的到处都是，有时候新建一个类，就忘记了加统计信息，到了上线才发现，这是件很崩溃的事情。后来看到Method Swizzling 和 AOP 实践，深受启发，于是将App内的友盟统计抽离出一个切面，将统计信息集中在一起，便于管理。由于采用hook的形式，所以也不用担心忘记给某个Cont......

最近两年，直播行业真是火遍了大江南北，各种直播平台层出不穷。恰好在微博实习的这段时间负责的就是直播推流这一块，之前对视频和音频处理都不太熟悉，所以正好借这个机会对视频、音频处理这块补习一下。

直播整个流程大体是这样的：

采集（视频/音频）-> 处理（美颜/滤镜）-> 编码 -> 封包 -> 推流 -> 转码 -> 拉流 -> 解码/渲染/播放

VideoCore是著名的RTMP推流库，其主要工作是从视频/音频采集一路到推流，很多第三方推流SDK都是基于VideoCore的。当然VideoCore自带特效处理是可以自定义的，譬如可以自己加入美颜逻辑......