Swift架构师是否是最适合iOS的

　　用 Swift 架构 iOS 应用的正确姿势！2017-06-28 12:44程序设计/iOS　　The Right Way to Architect iOS App with Swift

　　关于 iOS 架构的文章感觉已经泛滥了，前一阵正好 Android 官方推了一套 App Architecture，于是就在想，对于 iOS 来说，怎样的架构才是最适合的。带着这个问题，我开始了探索。

　　Why Architecture Matters？

　　这是第一个也是最重要的问题，为什么会出现各种 Architecture Pattern？真的那么重要么？

　　我们来想一下，无论是做一个 App 还是搭一套后台系统，如果是一次性的，今天用完明天就可以扔掉，那么怎么快怎么来，代码重复、代码逻辑、代码格式统统不重要。

　　这种场景比较适合黑客马拉松，而真实情况往往是我们的代码需要上线，要对用户负责，而一套好的架构会让这些事情变得更加容易。

　　好的架构简洁且整洁

　　说到架构，往往会想到建筑，软件架构跟建筑不同的点是软件架构会随着时间的推移进行演进，而实体建筑则没这个特性。抛开时间维度，这二者还是有一定的相似性的。

　　好的架构容易催生好的代码，就像住在干净整洁的房子里，会下意识地让其中的家具、电器、摆饰等也井井有条。

　　好的架构让代码更加容易维护

　　不容易维护的代码往往有这么几个特点：

　　抽象程度低

　　职责不明确

　　喜欢走捷径

　　好的架构能对 2 和 3 有一定的作用，对于第 1 点还是要看程序员的能力和经验。

　　抽象程度低

　　这样的代码往往是命令式编程产生的，也就是像 CPU 那样的思考方式，把产品经理的需求直观地翻译成代码，而不对其中的共性、本质进行抽离和抽象，时间一长就容易看不懂其中的逻辑，需求一变就要改核心代码。

　　比如下面这段代码，不知道具体要完成什么任务。

　　职责不明确

　　这也是产生「一大坨代码」的原因之一，就像 MVC 模式里，没有说明用户的操作应该在哪里处理，业务逻辑放在什么地方，这样就容易走捷径，怎么方便怎么来，而越是方便到后来就越容易出问题。