一个iOS开发者在成长到一定阶段后，就会遇到瓶颈，解决的方法就是熟悉设计模式，接触App架构。App架构类似于现代建筑的脚手架或者是地基，一旦确定，剩下的工作就是在现成的App里添砖加瓦。 什么是好的

本文架构由作者本人经过多年对架构的探索和理解，从理论依据到源代码实现，并在开发项目的实际应用中逐步完善，形成了一套对项目的组件化，模块的独立化，并且完全实现了插件化（热更新方案）的架构方案。

一直在做一线的业务开发工作，每天接触业务线，时间久了就开始思考如何能优化架构、提高维护效率，于是就接触了MVVM。 MVVM的出现主要是为了解决在开发过程中Controller越来越庞大的问题，变得难以维护，所以MVVM把数据加工的任务从Controller中解放了出来，使得C…

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

我正在参加「掘金·启航计划」 1. 现有的一些问题 我们开发中使用 MVVM模式，在viewModel 中进行输入输出的处理，在controller中进行绑定处理，类似我之前的文章RxSwift学习-

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第1天，点击查看活动详情 1. 前言: 设计模式可以在大型项目中有哪些可落地的优化？ 笔者整理了5大接地气的设计模式, 抛砖引玉~

本着大道至简，由浅入深的想法。本文会从一个简单的例子入手，逐步解析MVVM在iOS中的应用。说一说看法，比一比优劣，如有不足之处，还望各路大神耐心指出，晚辈不胜感激！ 可以看出View跟Model事实上是没有交互的，由Controller负责Model与View之间的交互，交互…

首先 架构设计更新到MVVM，是在MVC MVP KVC KVO的基础上发展而来的，我计划用前面的内容来成就MVVM，而不会增加新的内容，更不会平白无故的增加额外的管理类什么的 这种设计就是个双向管道

让我猜猜您看到这个标题时有何看法。 难道这是另一篇烦人的博客文章，模仿了 MVC 并提供了一种替代的“super-duper pattern”，而实际上只留下了更多的问题？这就是我看到另一篇有关 iOS 架构的文章时的想法。MVC，MVP，VIPER，RIBLET，Clean …