swift3笔记

备注：这里只是个人的观点，有的地方也是copy，多多指教，个人笔记，有侵犯你们版权的地方还望海涵！！！ 个人觉得swift和OC最大的区别就是增加了许多现代化的东西，java里面的闭包，private,public等修饰符的加入。 1.关于按钮点击方法： btn.addTarget(self, action: #selector(compseBtnClick), for: .touchUpInside) 说明：这是在3.0后的变化，在前面我们用的是Selector,但是在3.0后面用的一般是#selector。如果给我们的监听方法加上private就会报错，根据个人的理解就是，我们的按钮点击事件是在我们的点击的时候，这个事件触发实在我们运行循环机制里面触发的，但是我们加了私有的访问类型。所以别的地方是不能访问的，只有特定的对象指针才能去访问。但是在OC里面可以，因为OC动态加载运行，所以在OC中的运行时机制是很重要的，所以一定要了解运行时机制。所以加上@objc外部类可以此方法。 实现点击方法： @objc fileprivate func compseBtnClick(btn: UIButton) { NJLog(message: btn) } 2.swift的convenience构造方法和init构造方法的见解和观点： 当自定义convenience构造方法的时候，我们首先必须调用init构造方法对convenience构造方法进行初始化属性，而且convenience构造方法不对所有的属性进行初始化，所以我们的convenience构造方法依赖于我们的init构造方法。所以我们在对系统原有的方法性从写的时候我们必须前面加一个convenience，以表示是对原有系统方法的从写。 3.storyboard和代码的好坏： storyboard快发速度快，搭建界面可视化，后期维护费劲，而且有的时候xcode升级后会莫名其妙的出现问题（个人觉得时间充裕的话尽量用代码）。代码开发时间长，但是后期维护比较好，不能可视化（前期的架构很重要），架构不好的代码维护起来也很费力，以前我遇见过很多这样的代码，真想吐的感觉。所以代码架构好坏会影响到后期维护的成本以及app的走向趋势。 4.浅谈项目的架构和管理（只是个人观点）： 项目的整体规划是特别重要的，例如在架构的时候，服务器那边的架设问题，以及客户端的架设问题，这里就我自己我谈谈关于iOS端项目的架构问题。（1）对于本地的项目有一个整体的规划，明确那里业务逻辑该走那一部分，通常有这几种设计模式：VIPER模式（美团采用的就是这种模式，V:视图，I:交互器，P:展示器 E:实体 R:路由（分发任务））、MVC模式：（model->view->controller）、MVVM模式:（M:model V:视图+控制器 VM:视图模型）、MVCS模式:（M:模型，V:视图 C:控制器 S:服务器），前面列举的中几种模式会根据你们公司的产品的设计不同而不同，自己选择一种合理的模式，在客户端我采用的一般是MVC设计模式，当然这种模式有好的地方，也有不好的地方，好的地方，利于代码的查找的模块化管理，不好的地方就是在一些安全性较高或者是业务逻辑复杂的APP中，需求没法满足（2）在代码架构的初期一定明确整个APP的走形问题 （3）一些有共同点的代码进行封装 （4）产品需求的确认和明确 （5 ）开发人员任务的分发。当然一个好的app不光只是这些东西，例如你还要加入一些三方元素在里面等等。