iOS开发，算前端开发的一种。很多时候app都是用于数据展示的，从后台获取数据，在页面上展示出来就可以了，因此很多人认为没必要对前端进行架构设计。
实际开发中会发现，没有架构的随意开发，会为后期带来无数的痛点。我目前开发的一个项目，本身是对一个无法维护的项目推到后重新来过的一个项目（这个项目经过了几个开发团队，代码难以阅读）。而重新来过的这个项目是我自己一直做到现在的，维护也是我来做的。由于水平有限，项目开始的时候没有任何设计，而且当时自己基本上处于iOS开发的入门阶段，很多东西都是边做边学的。到现在虽然不至于没法维护，但是代码已经开始难以阅读了（好多VIewController的代码超过了1000行），修改页面的代价特别大 （代码的耦合度高），而UI设计师认为之前的页面风格比较丑，想要替换一种新的页面风格。由于前期赶进度，好多细节上的代码写的特别搓，比较影响修改的心情。
所以，为什么要学架构呢，就是让代码随着业务的增加而增加的时候，还是清晰的，而不是混杂不堪的。在多人合作的项目中，能够很好的划分边界，保证大家能够专注于自己负责的模块，而不用担心他人的模块影响到自己的模块，也不用担心修改一个bug，出现一堆bug。
