关于iOS架构一个项目需要考虑什么

• 整理一下需要构建iOS的项目过程吧

• 1.技术选型
  iOS下技术选型OC SWIFT 看个人习惯吧独立开发swift吧.多人合作（毕竟还是结合公司发展历史）oc毕竟多人后开发者水平和习性风格都有所不同,然后就是选择使用什么框架,服务器和客户端通过什么方式交互,交互的验证采用什么？采取什么方式做网络数据安全传输等等,双方的数据存储采用什么mysql,oracle,sqlserver？后台开发用php+apache+mysql,c#+asp+sqlserver?java等等还好iOS不用考虑这么多大层次方向的问题
  提前避坑 ： 选用技术方案 备选 需验证 哪些东西是可行的 这些需要和软件提前需求 结合的 到底这种方式是否是比较快速的 这样也好规划实践开发方案

• 2.项目环境搭建
  项目具体设计时，整理架构是使用mvc还是mvvm来构建项目
  但不管使用哪种架构设计项目我们必须准备的是什么呢？

常用的工具库多数都是分类或扩展
如：UIview扩展库String的扩展库Date格式化UIImage处理
全局配置信息
如：获取设备型号版本 屏幕宽高信息 通知信息枚举 全局信息（最好不要涉及到业务上的全局信息)等等
网络通信上的环境集成如socket?网络请求处理流程的集成？用第三方不用？
数据上的解析
安全的加解密
数据存储方式
异常的统一处理
以及统一可扩展的数据处理方式流程
这些都是必备的
集成这些会提前备好开发时避免大量检索慌乱无章
集成cocoapods(安装麻烦，使用编译慢)或carthage(安装简单，使用编译快,不支持iOS8以下)来管理 准备好需要的稳定的第三方库.如果需要性能的话，某些自己不熟悉的东西，一开始就要调查自己的库是否能较好的支持，如各种富文本的大量展示以及交互采用原生还是第三方都需要经过验证在集成

• 3.架构模式
  核心一句话分层,某层该处理什么处理什么,非必要信息不杂糅要什么mvc mvp mvvm分层构建就ok了
  主要说说哪些是我们开发者必须考虑的常识性问题

封装第三方库,第三方库当然也会存在不稳定，不维护的情况因此可以适当再做一次 封装或者适配
上线的app最好弄一套crash日志收集什么(oc 用极光和友盟或者苹果官方开源NSSetUncaughtExceptionHandler 貌似只能拦截NSObject的异常,swift 可以使用bugly 居然都能捕获到,时间上可能需要等到第二天，当然也有可能是我不对，如果发现的同道人还请指教)，还有使用xcode自带的就能很好的查看线上bug详细而准确，但还是要集成的目的是为了快速知道bug，赶紧修改
各种权限的基本检测，可以自己写检测也可以用第三方 PermissionScope 这些是用户体验优化必须的
网络的检测 网络状态的变化
必要的提示如流量的切换
部分重要数据的重传
异常的处理,可以制定统一的异常处理机制在整个app中来使用这套规则
多线程使用一定保证数据的安全以及确保业务逻辑上的顺序
app中能复用的一定多封装抽取避免大量的垃圾代码组件化思想
业务逻辑多变的还是尽量采用数据驱动编程的思想构建业务模块毕竟mvc你改完好多东西需要反复测试

• 4.代码设计上
  模块之间的交流，应该简洁业务逻辑复杂的应尽量分层封装包裹.这个部分还是主要靠开放业务上的经验之谈,目前经验不深，不敢妄自评论.

• 5.设计模式上的应用
  合理采用继承多态，抽象接口的方式设计简化清晰业务流程.

  用一些现有模式来解决适合的业务场景，往往事半功倍,不要老想着自己靠自己的脑子业务飞速流转来解决一些显而易见的成熟方案.
  适合用单例的情况如 ：定位管理，用户管理，购物车，通知者中心，统一资源模块等等，勿想着简单就不断往appdelegate里面添加各种属性.
  适合用观察者模式的情况:多个对象之间的变化需要根据变化做一些响应.
  适用于回滚撤销：命令模式加队列或栈的数据结构可实现
  构建需要大量对象中特征的差异性时：可以使用工厂模式或者生成器模式达到快速构建层次化的多种结果，如换肤，大量特征值不一样的人物构建,衣物等