iOS 设计模式相关资料整理 随着写代码时间变长，业务逻辑越来越复杂，项目就会变的越来越臃肿，业务的拓展、Bug Fix 将会越来越难进展。接着进行的就是重构工作，对重构而已，那设计模式、架构、当前的业务情况、将来可能遇到的需求 将是下一步的思考。本文将从设计模式、架构、实践三个方面梳理 iOS 架构设计。

对扩展开放，对修改关闭。 2. 依赖倒置原则 实现尽量依赖抽象，不依赖具体实现。 1、高层模块不应该依赖于底层模块，两者都应该依赖于抽象。 2、抽象不应该依赖于细节，即具体实现类。 3、细节应该依赖于抽象。 这就是我们通常说的面向接口编程。 3. 单一职责原则 对于一个类而言，…

产品被多个国家使用，产品方希望产品拥有更好的多语言使用体验，所以设计师提供多种字体来适配指定的语言。基于以上背景，客户端需要快速给出解决方案并且上线。

对于第一点，从 集成成本 ，上手成本 ，__架构维护成本__等因素入手，大神博客中也已经很详细。 框架不需要通过继承即能够对ViewController进行统一配置。业务即使脱离环境，也能够跑完代码，ViewController一旦放入框架环境，不需要添加额外的或者只需添加少量…

一步一步从简到繁, 介绍如何对 UICollectionViewCell 进行封装和复用以及讲解如何解决在实际使用场景中遇到的问题.

在iOS开发中，常见的MVC中,复杂界面的Controller中的代码极其臃肿，动则上千行的代码量对后期维护简直是一种灾难，因此MVC也被调侃为Messive ViewController,特别是有多种类型Cell的TableView存在时，在-tableView:cellFo…

对 UITableView 在使用中存在的问题进行分析，并给出了自己的解决方案

了解设计模式的人应该都多少听说过MVC模式。 严格意义上来说，“MVC模式”是一个伪概念，因为MVC并不属于设计模式，至少不属于GoF的23种设计模式之一，而更像是一个设计模式的结合体：V和C之间会实现观察者模式，M内部会实现单例模式，C在派发任务时会实现Command模式。 …

最近换了新工作，第一个需求是写几个列表。 简单的UITableView+Cell，但毕竟是入职后的第一个需求感觉要被review，所以还是想尽量弄得优雅一点。 一个页面，可能出现多种cell。 这个需求应该是很常见的，需要解决的问题是如何让多个cell能够共同响应同一个方法，这…