打造完备的iOS组件化方案：如何面向接口进行模块解耦？ 组件化方案

这是一篇从代码层面讲解模块解耦的文章，会全方位地展示如何实践面向接口的思想，尽量全面地探讨在模块管理和解耦的过程中，需要考虑到的各种问题，并且给出实际的解决方案，以及对应的模块管理开源工具：ZIKRouter[2]

聊聊AppDelegate解耦 AppDelegate解耦

在iOS开发中，AppDelegate指的是UIApplicationDelegate，用来处理App层面的事件，包括生命周期变化，OpenURL，处理HandOff和Intent等。

YBImageBrowser 重构心得：如何优化架构、性能、内存？ 重构

界面展示类型的轮子往往定制性需求比较多，常常让人抓耳挠腮。这种接近业务的轮子如何设计才能兼顾便捷性和拓展性？如何有效的优化性能？如何控制内存不至于 OOM ？

老生常谈组件化 百度App

组件化是一个老生常谈的涉及面很广的话题，即不是做好一件事而是做好一系列的事情才能达成；其中包含组件化框架在内的各架构层级、构建系统、依赖管理系统、以及配套的防劣化机制与规则规范。

大型 SDK 组件化拆分的一些思考 组件化拆分

笔者所在部门都一个很大的SDK，被公司众多部门所使用，笔者到来之前，这个SDK采取的是原始的开发方式，随着时间的迁移，已经变得非常大，大概一千多个OC文件，C++的没数过，功能也很丰富

移动端组件化架构（上） 组件化

就拿淘宝来说，淘宝在13年开启的“All in 无线”战略中，就将阿里系大多数业务都加入到手机淘宝中，使客户端出现了业务的爆发。在这种情况下，单工程架构则已经远远不能满足现有业务需求了。所以在这种情况下，淘宝在13年开启了插件化架构的重构，后来在14年迎来了手机淘宝有史以来最大规模的重构，将项目重构为组件化架构。

解读 iOS 组件化与路由的本质 路由的本质

虽然 iOS 组件化与路由的话题在业界谈了很久，但是貌似很多人都对其有所误解，甚至没搞明白“组件”、“模块”、“路由”、“解耦”的含义。

iOS 架构组件：让复杂 TableView 优雅起来 UITableView

UITableView是出场率极高的视图组件，开发者通过实现和协议方法来配置布局逻辑，面向协议设计模式在苹果的代码设计中很常见，它能适应大部分的业务场景且足够灵活。

谈谈 iOS 网络层设计 网络层设计

基于 AFNetworking 的二次封装网上蛮多的，比较好一点的就是 CTNetworking 和 YTKNetwork，但是看了一下源码过后发现都有一些不足的地方，或者说不太能满足我们的业务需求。

大话大前端时代：Vue 与 iOS 的组件化（上） 组件化

描述 Vue 的组件化；下篇主要描述 iOS 的组件化，以及两者的对比。这篇文章是作者去年 9 月发布的，虽然过了些时日，但还是很值得多读几遍的。

大话大前端时代：Vue 与 iOS 的组件化（下） 组件化

iOS 的组件化手段非常单一，就是利用 Cocoapods 封装成 pod 库，主工程分别引用这些 pod 即可。越来越多的第三方库也都在 Cocoapods 上发布自己的最新版本，大公司也在公司内部维护了公司私有的 Cocoapods 仓库。

iOS组件化方案 组件化

最近在思考团队扩张及项目数量增加的情况下，如何持续保障团队高效产出的问题，很自然的想到了组件化这个话题。重翻了前段时间iOS开发圈关于组件化的讨论，这里做下梳理和自己的思考。

iOS 组件化：Casa 和 小王 的对话 组件化

某热心读者小王看了 MrPeak 的 iOS组件化方案 文章之后，也认为 CTMediator 的组件化方案在实践中，会存在修改和维护上的问题，于是找了 casa 来讨论这个事情。

RxSwift + MVVM: 怎样搞定 ViewModels RxSwift

我们开始使用 RxSwift 和 Model-View-ViewModel（MVVM）架构开发 BlaBlaCar 将近一年了。

iOS 组件化 —— 路由设计思路分析 路由

随着用户的需求越来越多，对 App 的用户体验也变的要求越来越高。为了更好的应对各种需求，开发人员从软件工程的角度，将 App 架构由原来简单的 MVC 变成 MVVM，VIPER 等复杂架构。