一、搭建项目方式？
iOS 纯代码、xib、sb的选择：
三者不是互斥的，可以互相掺杂着使用，就比如我最喜欢的就是代码掺杂着少量的xib（主要是cell）使用。
1.纯代码搭建项目：
a.主要是由于它灵活，方便，所有的属性都可以通过代码来控制，简单来说，storyboard 和 xib 能做的，纯代码都能做而他们不能做的，纯代码也能做。
b.纯代码对大型项目、团队开发都很友好，尤其是在版本控制，代码管理方面。唯一的缺点就是繁琐以及代码量大，不过这都不是什么问题。
c.纯代码更好的是所有都能掌控在手中，以及能够使用各种黑科技。同时只有多用代码生成和运用各个控件，才能更好的理解底层以及各种实现。
2.通过Stroybord搭建项目：
<1>.storyboard 是个好东西，不过建议还是在单独开发，并且是中小型项目的时候使用。
<2>.storyboard 好处是所有的控件都可以拖拽到控制器上，并且可以设置好大部分的 autolayout 和大部分的属性，少量不适合的可以在代码中另外一个方法中额外设置。可以大大的减少代码数量，也方便在不运行的时候展示出修改后样子。
<3>.storyboard 的坏处也很明显:
a.对于控件的细节把握不足，灵活性不足（比如需要layer的属性，autolayout需要额外的设置等）
b.在大型项目中，需要多个 storyboard 配合，且单个 storyboard 不能有太多的控制器，否则就会牵丝扳藤，纠缠不清。（想象一下印度的电线缠绕）
c.在多人合作的时候，如果有人点进了 storyboard 则会自动视为对 storyboard进行修改，那就很容易造成冲突，而且在造成冲突之后，也不好修改。
3.xib：
<1>.xib 是在 storyboard 之前出现的，也是很多老一辈的人爱用的，storyboard 可以看成是 xib 的集合再加上部分的功能吧。
<2>.xib 可以在一些例如 cell 或者一些比较简单的 View 中使用，当然是属于个人建议，好处与坏处都和 storyboard 差不多，也就不做太多的介绍了
二、好项目需要考虑那些方面？
1.需求文档的探讨
2.人员配备（团队开发 or 个人）组建项目组，开发周期
3.语言选择（Swift or Objective-C）
4.前后端规范，接口设计，数据结构（常用Json）等探讨
5.设计模式（delegate，观察者KVO，单例，工厂，MVC，MVVM，MVP）
6.项目架构（MVC，MVVM，MVP目录结构）
7.工程配置
8.三方库选择和管理
9.公共模块，业务逻辑，网络层设计，数据解析和存储层设计等
10.定制导航栏，tabBar等等
三、都有那些架构模式或者设计模式？
常用架构：
-
MVC：
场景：是一中非常古老的设计模式，通过数据模型，控制器逻辑，视图展示将应用程序进行逻辑划分。
优势：使系统，层次清晰，职责分明，易于维护
敏捷原则：对扩展开放-对修改封闭
实例：model-即数据模型，view-视图展示，controller进行UI展现和数据交互的逻辑控制。
MVC关系图 -
MVVM：
为了不让控制器日益增大,便于测试管理,便出现了MVVM，它其实是一个 MVC 的增强版，并将表示逻辑从 Controller 移出放到一个新的对象里，即 View Model，它位于 View/Controller 与 Model 之间。在 iOS 上使用 MVVM 的动机,就是让它能减少 View Controller 的复杂性并使得表示逻辑更易于测试，如下图：
MVVM关系图 MVP：
设计模式：
目前常用的几种设计模式：代理模式、观察者模式、MVC模式、单例模式、策略模式、工厂模式、MVVM，MVP
1.代理（delegate）
场景：当一个类的某些功能需要由别的类来实现，但是又不确定具体会是哪个类实现。
优势：解耦合
敏捷原则：开放-封闭原则
实例：tableview的 数据源delegate，通过和protocol的配合，完成委托诉求。
列表row个数delegate
自定义的delegate
一句话总结：传入对象实现对象的功能
2.观察者
场景：一般为model层对，controller和view进行的通知方式，不关心谁去接收，只负责发布信息。
优势：解耦合
敏捷原则：接口隔离原则，开放-封闭原则
实例：Notification通知中心，注册通知中心，任何位置可以发送消息，注册观察者的对象可以接收。
kvo，键值对改变通知的观察者，平时基本没用过。
3.单例
场景：确保程序运行期某个类，只有一份实例，用于进行资源共享控制。
优势：使用简单，延时求值，易于跨模块
敏捷原则：单一职责原则
实例：[UIApplication sharedApplication]。
注意事项：确保使用者只能通过 getInstance方法才能获得，单例类的唯一实例。java，C++中使其没有公有构造函数，私有化并覆盖其构造函数。Objective-C中，重写allocWithZone方法，保证即使用户用 alloc方法直接创建单例类的实例，返回的也只是此单例类的唯一静态变量。
4.工厂
场景：
工厂方式创建类的实例，多与proxy模式配合，创建可替换代理类。
“专门定义一个类来负责创建其他类的实例，被创建的实例通常具有共同的父类。”
世界上就是由一个工厂类，根据传入的参数，动态地决定创建出哪一个产品类的实例。
简要分析结构图：
ConcreteProduct1和ConcreteProduct2两个产品具有一个共同的父类IProject，简单工厂类为SimpleFactory，负责根据传入的不同参数来决定生产ConcreteProduct1还是ConcreteProduct2产品。
优势：
易于替换，面向抽象编程，application只与抽象工厂和易变类的共性抽象类发生调用关系。 通过简单工厂模式的重构，我们就是闲了低耦合度的代码结构，做到了对外扩展开放，对修改关闭。如果再增加任何的 操作方法，只需要继承操作方法父类，新建一个操作子类，并且在简单工厂类里面多添加一个else if的判断即可。
优点：
简单工厂模式的优点是客户端可以直接消费产品，而不必关心具体产品的实现，消除了客户端直接创建产品对象的责任，实现了对责任的分割。
缺点：
是工厂类几种了所有产品的创建逻辑，一旦不能正常工作，整个系统都会受到影响，而且当产品类多结构复杂的时候，把所有创建工作放进一个工厂中来，回事后期程序的扩展较为困难。
通过优缺点的分析，我们可以再如下场景中使用简单工厂模式：
（1）工厂类负责创建的对象较少时；
（2）客户端只知道传入工厂类的参数，对于如何创建对象的逻辑不必关心时。
敏捷原则：DIP依赖倒置原则
实例：项目部署环境中依赖多个不同类型的数据库时，需要使用工厂配合proxy完成易用性替换
注意事项：项目初期，软件结构和需求都没有稳定下来时，不建议使用此模式，因为其劣势也很明显，增 加了代码的复杂度，增加了调用层次，增加了内存负担。所以要注意防止模式的滥用。
四、从零到整完美项目？
A.纯代码搭建项目：
一、打开xcode新建工程
1.删除没用的文件
-
删除不相关的类
删除文件 -
删除info.plist下Main storyboard file base name一项
删除该选项 - 设置appdelegete代码
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
self.window.backgroundColor = [UIColor whiteColor];
//设置启动项、跟视图，广告页等内容
[self.window makeKeyAndVisible];
}
2.创建不同的target管理工程
有时候我们需要多个版本，开发版、测试版或者线上版，或因渠道不同需要区分企业版，AppStore版等。这个时候使用target来管理就比较方便
2-1.如图2.1创建target
2-2.修改名字
需要修改下名字target、scheme、info.plist三项的名字，主要用来区分下版本
注意:修改了info.plist名字需要修改新建的target的配置信息文件，让其能找到info.plist文件
2-3.修改下工程配置文件,如图2.3
切换target方法
#if DEVELOPMENT
NSLog(@"development");
#else
NSLog(@"release");
#endif
更多target管理参考：多个target管理
3.导入CocoaPods管理依赖库
自从CocoaPods升级到1.0.1之后,为多个target导入依赖库,之前的link_with语法不能用了,使用如下方法:
source 'https://github.com/CocoaPods/Specs.git'
platform :ios, ‘7.0’
# ruby语法
# target数组 如果有新的target直接加入该数组
targetsArray = [‘MyApp’, ‘MyAppTest’]
# 循环
targetsArray.each do |t|
target t do
pod 'MJRefresh', '~> 3.1.12'
pod 'Masonry', '~> 0.6.1'
pod 'AFNetworking', '~> 3.1.0'
pod 'MJExtension'
pod 'MBProgressHUD'
pod 'SDWebImage'
end
end
使用方法参考：CocoaPods安装教程
4.info.plist配置
-
网络请求适配，如下图：
允许http请求
5.添加应用白名单
iOS9之后分享等必须添加白名单后才可以打开相关应用。字段值为LSApplicationQueriesSchemes
6.其他
设置分享到微信、微博啊等URL Types
二、项目模块化
-
根据选择等架构（MVC/MVVM/MVP/MVS）和业务模块需求去创建清晰等项目目录结构
image.png NavigationViewController封装
tabBarController封装
创建pch文件：这个文件用来包含全局使用的头文件，例如:
1.第三方头文件
2.全局宏定义
3.自定义的头文件包含主题、网络请求地址、全局方法、key等UITools：一些公共控件的封装，常用的一些控件进行封装（弹窗、广告轮播等），方便以后统一修改
DataMange：
1.存放对文件的处理方法，文件的路径
1.数据库的处理
1.NSUserDefault的处理全局配置参数DefineMacro：全局宏定义包含一些屏幕宽高、iOS版本、手机类型等
样式定义DefineTheme：主要包含样式上的定义,主题颜色、各类字体大小颜色、控件大小等
选择封装适合自己的网络框架
B.Stroybord搭建项目：后期更新
说明：自己学习记录，希望大家给点建议
参考
文中的内容有参考过以下文章，大家可以参考下
多个Target管理
CocoaPods安装教程
Pch 文件的正确使用
iOS黑魔法－Method Swizzling
手把手教你iOS项目基本框架
