ios开发架构,ios开发架构有哪几种

iOS 分层架构

主项目中的分层主要包含四个模块，Main(主要)、Expand(扩展)、Resource(资源)、Vender(第三方)，还有本项目是有多个Tag,用于区分不同的版本，比如本地环境测试版、产品版，主要是通过Tag来区分，不同的标识对应不同的连接地址；当然也可以设置其它不同的内容；

公司主营业务：网站建设、成都网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联建站是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联建站推出伊宁免费做网站回馈大家。

2.1 Main(主要)模块的内容

此模块主要目的是为了存放项目的页面内容，比如MVC的内容，Base(基类)用于存放一些公共的内容，其它功能模块的提取，方便继承调用；在本实例中已经在BaseController整理的一个公用的ViewController

2.2 Expand(扩展)模块的内容

此模块主要包含 Const、Macros、Tool、NetWork、Category、DataBase六个子模块；

2.2.1 Macros (宏) 主要存放宏定义的地方，这边有两个宏文件，Macros.h主要是项目的一些主要宏，比如字体、版本、色值等，而ThirdMacros.h主要用于存放一些第三放SDK的key值；

2.2.2 Tool(工具类)主要存放一些常用的类，此处Logger用于存放日志的封装帮助类，Reachability用于存放判断网络状态的帮助类；

2.2.3 Network(网络)这边主要用到YTKNetwork 是猿题库 iOS 研发团队基于 AFNetworking 封装的 iOS 网络库，这边是对它进行一些修改，为了满足不同Tag及不同的功能模块可能访问不同URL的要求；

2.2.4 Category(分类)主要用到Git上面iOS-Categories分类的内容，多创建一个Other用于存放平时要扩展的分类；

2.3 Resource(资源)模块的内容

资源模块主要包含三方面，Global( 全局 )、Image( 图片 )、Plist( 配置文件 )；

2.3.1 Global用于存放项目一些全局的内容，包含启动项的内容LaunchScreen.storyboard、头部引用PrefixHeader.pch、语言包File.strings

2.3.2 Image用于存放图片资源，可以根据功能模块进行再分不同的xcassets文件；

2.3.3 Plist用于存放plist文件，主要是本项目中会创建多个的Tag,而每个Tag都会有自个的plist文件进行管理，所以统一存放方便管理；

2.4 Vender(第三方)模块的内容

虽然项目中已经用Pod来管理第三方插件，但对于一些可能要进行修改的第三方可以存放在这边，本实例中引用的几个比较常用的第三方插件，简单介绍其中的几个，GVUserDefaults是对UserDefaults的封装，简单就可以用于存取操作；JDStatusBarNotification是在状态栏提示效果的插件；ActionSheetPicker底部弹出如时间选择、选项的插件；QBImagePickerController是照片选择插件，支持多选并可以设置最多选择张数；

【iOS开发工程化——开发中】：三层架构，MVC、MVVM

上一篇我们说到组件化开发是一个App最大一层的架构，那具体到了一个一个的业务组件里，比组件化开发小一点的架构就是三层架构。所谓三层架构就是指把项目中所有的类划分到不同的层，目的是使项目逻辑更加清晰，提升开发和维护的效率，我们一般会把项目分为三层：数据层、业务层、视图层。

注意：严格来讲，三层架构并不真正就比组件化开发小，它们俩只是从不同的角度去做架构而已，往往是相互融合的，比如组件化开发里网络库就是三层架构里数据层的内容，UI库就是三层架构里视图层里的内容等，这里之所以说“三层架构是比组件化开发小一点的架构，主要是针对业务组件来说的”，当然甚至我们在不使用组件化开发时项目里依然可以使用三层架构。

比三层架构再小一点的架构就是视图层架构，我们常说的MVC、MVVM都是˛视图层的架构。

MVC，即Model-View-Controller，它们的关系如下：

MVVM，即Model-View-ViewModel，它们的关系如下：

iOS开发进阶- 阅读时长统计&复杂页面架构

记录器

基于不同的场景提供关于记录的封装、适配。一般分为页面式，流式，自定义式。

记录管理者

管理统计记录数据，包含记录缓存，磁盘存储，上传器。

如何降低数据的丢失率？

两种解决方案：

记录上传的时机

上传时机的选择

从三个方面分析架构设计：整体架构、数据流、反向更新。

View 的功能包含：控件的初始化、设置数据、交互事件代理等。

ViewController 的功能：视图创建与组合、协调逻辑、事件回调处理等，事件回调处理指的是视图层的事件。

业务逻辑处理（预排版）、数据增删改查封装者、线程安全处理。

网络请求、数据解析、增删改查、本地处理逻辑（适配）

数据流包含：网络数据、业务数据、UI数据三部分。

网络数据经过 Engine 层处理加工产生业务数据，业务数据经过 ViewModel 层处理产生UI数据，UI数据会转交给视图控制器控制视图的显示。

用户交互网络刷新等都会导致视图层变化，通过代理方式通知视图控制器。控制器对ViewModel的强引用找到对应ViewModel，然后通过UI数据对业务数据的弱引用找到对应的业务数据同时打上脏标记。最后ViewModel进行数据流的重新驱动，将脏数据重新处理生成新的UI数据更新视图。

本节梳理时长统计实现原理和复杂页面的架构实现思路。

IOS底层架构总结（1）系统架构

多年IOS开发，林林总总用过不少系统SDK框架，最近打算做一个大总结，系统性的整理下各种框架以及功能。

这篇算是开端，先整体介绍下IOS的底层，闲话少说切入正题

整个IOS系统架构大致分为上面四个层

iOS开发——最简单web容器化框架

既然要承载 web 页面，一个原生的 WebView 必不可少。在 iOS 中，目前已经有两款高性能、功能齐全的 web 浏览器，UIWebView (=2.0)和 WKWebView(=7.0)。

当然，两种 web 浏览器选其一即可。网上有很多文章，包括我之前已经发表的博文中，都介绍过这两种浏览器，读者可以根据自己的需要选择。

就目前的情况看，UIWebView 发展了很多年，目前市面上大部分的 web 页面也都支持这样的浏览器，因此很多公司在选择的时候都使用这个，但是，我们知道，WKWebView 有太多改善前者的优点，而且也是苹果官方提倡大家使用的，为了性能，为了更多的特性，建议初次搭建的朋友采用 WKWebView。

为了实现 h5 与 native 之间的互相调用，我们需要在两者之间架一层桥来实现，关于 bridge，之前的文章也有介绍。

bridge 的功能包括：native 调用 h5，h5 回调 native，h5 调用 native，native 回调 h5。

有了 bridge，h5可以使用 native 支持的更多特性，native 可以获取 h5 页面加载的信息，也可以让 web 页面动态执行一些脚本做一些事。

总之，在 web 容器框架中，这个 bridge 还是很有必要的。

嗯，这个是辅助项，做了这一步可以进一步提高 web 容器的加载性能，而且资源缓存到本地后可以做到不依赖网络，提高用户体验。

通常有两种做法，

UIWebView 使用简单，而且现在用户的手机性能也已经不再是页面展示性能的瓶颈，所以，这里介绍的依然采用 UIWebView 作为 web 浏览器。

WebViewJavascriptBridge 是一款非常强大的第三方开源 bridge 库，同时支持 UIWebView 和 WKWebView。

git 地址

NJKWebViewProgress 是一款能使 UIWebview 显示加载进度的第三方开源框架，支持代理协议处理和 progressview 展示两种功能。

git 地址

iOS项目开发MVVM架构实践（第一篇：Router协议）

项目的开始我们必然要面临一些准备工作来做统筹布局（如： 网络API的封装、数据处理与UI布局的选择等等），我们这边选择的是Alamofire、ObjectMapper、AlamofireObjectMapper、ReactiveCocoa作为MVVM分层架构的现实：

1）运用ObjectMapper达到数据之间的相互转化；

2）结合Alamofire、ObjectMapper、AlamofireObjectMapper与ReactiveCocoa封装网络接口让数据可传递、可监听，为调用API接口服务。

3）通过viewmodel的属性（Property）和动作(Action)给view层提供必要的数据和执行的动作。

上面大致介绍了整个架构的现实原理，接下来我们要介绍的网络接口封装的第一步Router协议的实现。Router协议作为网络层现实的一部分，目的就是把API地址转化为更加容易理解的Router名称供其他地方使用，如：

这就是一个登录API的现实，RouterConvertible 就是我们所要现实的router协议，我们要让router协议具备网络请求的必要属性，实现如下:

从实际上考虑除了urlPath需要外部提供，headers和paramters是可选的，method和parameterEncoding可以给与默认值，在需要的时候在作调整，那么如何让这个协议现实这样的功能呢？

swift为我们提供了协议扩展，让我们轻松现实这样的功能，如下：

综上所述，我们的Router协议的实现已大功告成！