iOS 开发中的 MVVM 模式——实用进阶篇（整理）

这篇文章主要介绍了实际应用 MVVM 的过程中的一些问题和解决方案

宾阳网站制作公司哪家好，找成都创新互联公司！从网页设计、网站建设、微信开发、APP开发、成都响应式网站建设公司等网站项目制作，到程序开发，运营维护。成都创新互联公司从2013年成立到现在10年的时间，我们拥有了丰富的建站经验和运维经验，来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联公司。

MVVM（Model View ViewModel）是一种 MVC（Model View Controller）的一种变型，来解决 MVC 中庞大复杂的 Controller 难以维护的问题。大致上讲 MVVM 有几个要求：

MVVM 和 MVC 有很多类似的特点，主要的不同有：

另外一点，MVVM 默认 View 和 View Controller 有一个一对一的关系，一般我们把这两个看做一个整体，会以 .swift 文件 和 Storyboard 的形式出现。

View Model 的工作是处理所有的展示数据的逻辑。如果一个 model 中有一个 NSDate 对象， NSDateFormatter 就会在 View Model 中用来设置日期的展示形式。

View Model 不能接触任何用户界面的部分，View Model 文件中不应该 import UIKit ，View Controller 会观察 View Model 去了解什么时候显示新的数据（通过 KVO 或者 FRP（Functional Reactive Programming））

MVVM 和 MVC 有一个共同的弱点：没有清楚的定义应该把网络请求部分放在哪里。在实际操作过程中，我会把网络请求放在 View Model 文件里面，但之后我打算把网络请求放在自己独立的一个类中，View Model 文件会拥有这个对象。

下面我们主要谈一谈实际应用 MVVM 过程中一些挑战：

例如你想构造这样一个常用的界面，有一个 segment control 在屏幕顶部，屏幕的其他部分是一个 collection view，选择不同的 segment，就会展示不同样式的 collection view，元素的排列顺序。我们定义了一个 enum 来枚举所有的排列样式：

那么这个 enum 在 MVVM 模式中应该放在哪里呢？因为这个 enum 决定了数据排列的顺序，每个 cell 中的文字和按钮的 title，这些都属于展示的逻辑，所以这个 enum 看起来应该放在 view model 中。

然而，这些 layout 并不改变要展示的数据，只是决定了要呈现的数据的排列方式和排列顺序，从这个角度上来说 enum 又应该放在 view controller 中。

我的解决方法是把 enum 放在 view model 中，然后在 view model 中加一个对外的 Observable 或者 Signal 来表示使用了哪个 layout，基于用户选择的 segment，view model 更新这个值，然后在 view controller 中根据相应的 layout 改变 collection view 的样式，view controller 也可以根据这个值来决定用哪个 cell reuse identifier

iOS 开发者在用 MVVM 和 FRP 写应用的时候最常见的问题可能就是 ViewModel 怎么把数据展现给 ViewController。当 Model 层的数据发生变化更新的时候，ViewController 需要得到通知然后做出相应的 UI 更新，我们一般会用到两种机制：

第一个选项很吸引人，因为可以在 View Controller 中决定怎么选择观察那些 property。然而，我不推荐在 Swift 中使用第一个选项，因为 Swift 在 KVO 中没有类型检查，你需要对 AnyObject 强制转换类型很多次。

第二个选项是比较 Swift 的方式，基于 Swift 的 generics 特性，signals，sequences，observables 可以支持编译过程中的类型检查。

但有时候在 view model 增加这些 Signals 或者 Observables 有些困难。Swift 的初始化方法对于什么时候对 property 赋值有非常明确的规定。Signals 或者 Observables 需要使用 view model 内部的状态，所以它们必须在 super.init() 之后才能创建，但是另一方面，我们在调用 super.init() 之前保证所有 property 已经被赋值了，包括那些 Signal/Observable property。

这是个先有鸡还是先有蛋的问题。

我采用比较简单的解决方法：定义成 var 的隐式可选类型，这样就可以在 super.init() 之后才给 property 赋值。这不是一个完美的解决办法。我们可以用 lazy var property 的闭包赋值来代替上面的方法。在 Swift 不断完善和更新的过程中，大家也可以探索其他更好的办法。

举一个很常用的例子，用户点击 collection view 中的一个 cell，跳转到详情页面。用户点击的操作应该在 view controller 中处理，具体内容是展现一个新的详情页面。但是 view controller 不能直接接触 models，我们要如何用 MVVM 模式实现这样的用户交互呢？

我的解决方案是利用 Swift 的闭包。首先在 view model 中定义一个闭包：

然后在 view model 中添加一个 property：

接着我需要调用闭包，在 view model 中定义一个view controller 可以调用的函数，这个函数的参数是可以决定使用什么数据，一般情况下常用 index path：

现在当用户选中一个 cell，会调用 view model 中的这个函数，并且传入 index path 参数，view model 决定使用哪个数据，并调用在 view controller 中定义的闭包，例如：

最后一个问题是怎么创建这个 view model。我们需要传递一个闭包给view model 的初始化函数，然后用 lazy loading 来调用 view model 的初始化函数。

iOS进阶--UIView的绘制

如果要研究OpenGL ES相关和 GPU 相关，这篇文章很具有参考的入门价值.

首先要从 Runloop 开始说,iOS 的 MainRunloop 是一个60fps 的回调,也就是说16.7ms(毫秒)会绘制一次屏幕,这个时间段内要完成:

这些 CPU 的工作.

然后将这个缓冲区交给 GPU 渲染, 这个过程又包含:

最终现实在屏幕上.因此,如果在16.7ms 内完不成这些操作, eg: CPU做了太多的工作, 或者 view 层次过于多,图片过于大,导致 GPU 压力太大,就会导致"卡"的现象,也就是 丢帧 , 掉帧 .

苹果官方给出的最佳帧率是: 60fps (60Hz),也就是一帧不丢, 当然这是理想中的绝佳体验.

一般来说如果帧率达到 60+fps (fps = 60帧以上,如果帧率fps 50,人眼就基本感觉不到卡顿了,因此,如果你能让你的 iOS 程序 稳定 保持在 60fps 已经很不错了, 注释,是"稳定"在60fps,而不是, 10fps , 40fps , 20fps 这样的跳动,如果帧频不稳就会有卡的感觉, 60fps 真的很难达到, 尤其是在 iPhone 4/4s等 32bit 位机上,不过现在苹果已经全面放弃32位,支持最低64位会好很多.

总的来说, UIView从绘制到Render的过程有如下几步：

UIView 的绘制和渲染是两个过程:

上面提到的从 CPU 到 GPU 的过程可用下图表示:

下面具体来讨论下这个过程

假设我们创建一个 UILabel

这个时候不会发生任何操作, 由于 UILabel 重写了 drawRect 方法,因此,这个 View 会被 marked as "dirty" :

类似这个样子:

然后一个新的 Runloop 到来，上面说道在这个 Runloop 中需要将界面渲染上去，对于 UIKit 的渲染，Apple用的是它的 Core Animation 。 做法是在Runloop开始的时候调用：

在 Runloop 结束的时候调用

在 begin 和 commit 之间做的事情是将 view 增加到 view hierarchy 中，这个时候也不会发生任何绘制的操作。 当 [CATransaction commit] 执行完后， CPU 开始绘制这个 view :

首先 CPU 会为 layer 分配一块内存用来绘制 bitmap ，叫做 backing store

创建指向这块 bitmap 缓冲区的指针，叫做 CGContextRef

通过 Core Graphic 的 api ，也叫 Quartz2D ，绘制 bitmap

将 layer 的 content 指向生成的 bitmap

清空 dirty flag 标记

这样 CPU 的绘制基本上就完成了.

通过 time profiler 可以完整的看到个过程：

假如某个时刻修改了 label 的 text :

由于内容变了, layer 的 content 的 bitmap 的尺寸也要变化，因此这个时候当新的 Runloop 到来时， CPU 要为 layer 重新创建一个 backing store ，重新绘制 bitmap .

CPU 这一块最耗时的地方往往在 Core Graphic 的绘制上，关于 Core Graphic 的性能优化是另一个话题了，又会牵扯到很多东西，就不在这里讨论了.

GPU bound：

CPU 完成了它的任务：将 view 变成了 bitmap ，然后就是 GPU 的工作了， GPU 处理的单位是 Texture .

基本上我们控制 GPU 都是通过 OpenGL 来完成的，但是从 bitmap 到 Texture 之间需要一座桥梁， Core Animation 正好充当了这个角色：

Core Animation 对 OpenGL 的 api 有一层封装，当我们要渲染的 layer 已经有了 bitmap content 的时候，这个 content 一般来说是一个 CGImageRef ， CoreAnimation 会创建一个 OpenGL 的 Texture 并将 CGImageRef（bitmap） 和这个 Texture 绑定，通过 TextureID 来标识。

这个对应关系建立起来之后，剩下的任务就是 GPU 如何将 Texture 渲染到屏幕上了。 GPU 大致的工作模式如下：

整个过程也就是一件事：

CPU 将准备好的 bitmap 放到 RAM 里， GPU 去搬这快内存到 VRAM 中处理。 而这个过程 GPU 所能承受的极限大概在16.7ms完成一帧的处理，所以最开始提到的60fps其实就是GPU能处理的最高频率.

因此， GPU 的挑战有两个：

这两个中瓶颈基本在第二点上。渲染 Texture 基本要处理这么几个问题：

Compositing 是指将多个纹理拼到一起的过程，对应 UIKit ，是指处理多个 view 合到一起的情况，如:

如果 view 之间没有叠加，那么 GPU 只需要做普通渲染即可.

如果多个 view 之间有叠加部分， GPU 需要做 blending .

加入两个 view 大小相同，一个叠加在另一个上面，那么计算公式如下：

R = S + D *( 1 - Sa )

其中 S , D 都已经 pre-multiplied 各自的 alpha 值。

Sa 代表 Texture 的 alpha 值。

假如 Top Texture （上层 view ）的 alpha 值为 1 ，即不透明。那么它会遮住下层的 Texture .

即, R = S 。是合理的。

假如 Top Texture （上层 view ）的 alpha 值为 0.5 ，

S 为 (1,0,0) ，乘以 alpha 后为 (0.5,0,0） 。

D 为 (0，0，1) 。

得到的 R 为 （0.5，0，0.5） 。

基本上每个像素点都需要这么计算一次。

因此， view 的层级很复杂，或者 view 都是半透明的（ alpha 值不为 1 ）都会带来 GPU 额外的计算工作。

这个问题，主要是处理 image 带来的，假如内存里有一张 400x400 的图片，要放到 100x100 的 imageview 里，如果不做任何处理，直接丢进去，问题就大了，这意味着， GPU 需要对大图进行缩放到小的区域显示，需要做像素点的 sampling ，这种 smapling 的代价很高，又需要兼顾 pixel alignment 。 计算量会飙升。

如果我们对 layer 做这样的操作：

会产生 offscreen rendering ,它带来的最大的问题是，当渲染这样的 layer 的时候，需要额外开辟内存，绘制好 radius，mask ，然后再将绘制好的 bitmap 重新赋值给 layer 。

因此继续性能的考虑， Quartz 提供了优化的 api ：

简单的说，这是一种 cache 机制。

同样 GPU 的性能也可以通过 instrument 去衡量：

红色代表 GPU 需要做额外的工作来渲染 View ，绿色代表 GPU 无需做额外的工作来处理 bitmap 。

全文完

收录： 原文地址

零基础如何学习iOS开发？可以学得会吗？

1、可以零基础，是不是大学生无所谓，但你得找个大学的图书馆去看基础书，运气好比大学生还能学得更快，但是零基础就先不要盯着ios了，你要先看《计算机基础》《数据结构》《操作系统原理》《C语言》，不要细看，但要多找几本同类的对照着反复看 2、学会基础以后就要从C语言向ios用的Objective-C语言发展，最好通过学Java语言或者Flash用的ActionScript语言过渡一下，否则生吞活剥不易消化，C++就算了，旁枝末节太多，容易眼花 3、然后为了工作需要，还得自学一些图形图像和网络原理方面的知识所谓基础，大学有的也只是第1项，这个自学也就半年到一年，这是好事，代表你和他们差距不大

IOS开发要学习哪些方面的知识？

第一步：编程入门课

时间预计：4个星期

推荐看公开课，Udacity也行，网易公开课也行，自己找一个面对对象语言（一般是JAVA, C++, Python）的课。我是在网易公开课看的斯坦福的CS106A，学的JAVA。

如果你纯粹学iOS开发，不推荐看哈佛CS50，CS50是给CS系的学生介绍整个计算机世界的框架，讲的内容比较多，进度比较快，对iOS开发其实有点累赘了。（臣妾有点跟不上啊！！）

计划安排是一天一课，看课程要求的书（至少看完一本）及大部分作业。这一阶段重点不是语法，而是以下3个目标。

目标：

1. 让自己对编程这件事感到适应。

写hello world。

怎么写function, 怎么调用function。

全局变量，局部变量这类基本知识点。

都是基本的东西。看看书，写多两个程序就欧啦。

2. 掌握编程语言的基本要素。

编程语言4个要素：

a. 基本的数据类型：整数，实数，character, string, boolean

b. 基本的运算符号：+-×/++--那啥的

c. 怎样输入输出

d. 怎样控制程序：sequence，selection，loop

3. 了解编程范式

面对过程编程。

面向对象编程。

第二步：上手iOS!

时间预计：2星期

强烈推荐CS193P，老头子讲的超级好！我的很多东西（对象思维啥的）是在这里跟着做练习的时候才真正明白的（好啦，也可能是上一堂课练习做得少的原因）。如果等到9月应该itunes U上会开始教iOS 7了。网易公开课的是2010年iOS 5版的，前10堂课，也行。（iTunes U上有完整的课）

CS193P说有prerequisite，一开始被吓到，事实证明还是可以学下去的。头两节课一头雾水，没关系，把itunes U上的课件下载下来，把所有代码打出来，然后一个个元素对应之前学的语言匹配，再不懂先放着，继续学后边的，过几天打多点代码就懂了。

感觉学5、6堂课，一个星期左右就可以开始进入下一阶段自己做东西了。之后用啥学啥，每堂课都有主题的。速度慢点的同学们，这阶段跟我一样准备两个星期吧！

第三步：开发app!

时间预计：2星期（本人...1个半月，实在不好意思说出口）

这个时间就可长可短啦，还包括美工，交互啥的。坚持要用啥学啥的原则，其实就是知道iOS SDK都有什么组件，每个组件有什么function而已。stackoverflow, Github, apple sample code多上，搜索引擎多用。如果有个师傅，这个阶段真的是进步神速。

好的！不出意外，你的第一个app就这么新鲜出炉了！从今天开始，成为一个冷艳逼格高尚的iOS开发者吧！

iOS 开发怎么入门

著作权归作者所有。

商业转载请联系作者获得授权，非商业转载请注明出处。

作者：Franz Fang

链接：

来源：知乎

不管是斯坦福大学的CS193p公开课、苹果官方文档、绝大多数市场上庞杂的教学书籍都不是很适合入门同学看，想入门的话应该选用学习成本最低的方法，从最最基本开始讲起，并不是一味的讲解语法与知识，而是一边实践一边学习知识才是最好的学习方法。

并且我想告诉题主，你问的是iOS 开发怎么入门，但是你补充说明里说道的设计模式、内存管理等内容暂时不用你关心，等你真正iOS入门了以后在研究吧。也许我可以这么定义你的问题：

一个略懂编程的人并且完全没有接触过IOS开发的人想要学习IOS开发应如何学习？

--------------- 2015.5.15 更新 --------------

增加了怎么在Github上找优质OC项目

动画效果推荐的教程

部分段落重新组织了语言

（一）objective-c语言开发iOS应用

为什么不让初学者看斯坦福教程：我以为，斯坦福大学IOS公开课不适合入门的同学看，里面第一课讲解的就是MVC模式。对于一个刚入门想要学习的IOS的同学可能就完全懵了，心里想：“我特么第一课都听不懂我后面还学个P啊”。如果以前没接触过面向对象的语言学习的热情肯定大打折扣。

为什么不让初学者看苹果官方文档：我还以为，苹果官方文档的内容虽然权威但example对初学者一点都不友好，而且个人认为中文译文翻译不是令初学者很容易理解。初学阶段，教程的易理解程度我认为是非常重要的一点。(实在要看请看英文原版。）

我不否认以上两者是极好的学习材料，如果你入门了iOS开发并且有一定的英文功底，我是非常推荐你去看的，尤其官方文档，应该经常翻阅。但是我认为保持学习的热情是最重要的。本着这个理念，我推荐的学习方法难度非常低，希望你们能满意。

第一阶段: RayWenderlich网站中的 The iOS Apprentice教程 （难度指数：※）

img src="" data-rawwidth="646" data-rawheight="560" class="origin_image zh-lightbox-thumb" width="646" data-original=""以上有几个答案提到了这个网站，但看什么教程没有细说，我在这里简单说说。The iOS Apprentice的教程针对完全没有编程经验的人设计。这个教程是外国人写的并且有免费试读版，感兴趣的人要看看。里面说的东西都非常非常基本，里面一个共讲解了4个不同类型app，强烈建议一步一步按照上面所写的步骤敲一遍代码。其中你会遇到很多复杂的语句和长的可怕的函数，你不用感到恐慌，照着敲，知道它干嘛用完全OK了，随着你编程时间以及经验的增加，你都会懂得。以上有几个答案提到了这个网站，但看什么教程没有细说，我在这里简单说说。The iOS Apprentice的教程针对完全没有编程经验的人设计。这个教程是外国人写的并且有免费试读版，感兴趣的人要看看。里面说的东西都非常非常基本，里面一个共讲解了4个不同类型app，强烈建议一步一步按照上面所写的步骤敲一遍代码。其中你会遇到很多复杂的语句和长的可怕的函数，你不用感到恐慌，照着敲，知道它干嘛用完全OK了，随着你编程时间以及经验的增加，你都会懂得。

附链接：

注：这个教程是英文原版，并且收费，只免费提供一个app的教程。如果看完了这个免费的教程觉得还挺想继续学的请参考 @王寒 老师的翻译教程(只有前3个app教程，第4个教程刚出，国内应该还没有人翻译，如果想看只能付费)。PS:(现在开发iOS应用基本都是用Objective-C,至于刚出来的Swift现阶段暂时不推荐学习，如果想了解王寒老师也做了swift版本的The iOS Apprentice教程翻译，自己去找)

附上王寒老师教程下载地址：

第二阶段：培训班的网络课程及入门书籍

经过第一个阶段你应该已经大致掌握IOS开发流程，能编写一个非常简单的应用了。这时候相信你的热情应该会很高涨，但接下来的学习可能会很枯燥，做好准备。网络课程的话推荐李明杰的课程，不推荐其他的。（他目前在广州创业建立自己的培训品牌，没有自制力看网络课程的请去找他。杰哥开源了一些非常优秀的框架如：MJExtension ）

建议首先要恶补基础知识。经过第一个阶段你可能觉得你懂不少了，但是只是表面，尤其是没学过编程的应该好好学习一下视频前面的课程，主要看看语法。等你看恶心了看烦了就去看视频里UI部分，这里相对于来说比较轻松，一定要把视频里写的语句打一遍，相信这样你理解会更深刻。里面说的不清楚的地方上网可以百度，可以查书(如果你有书的话)。

Q：视频教程是用来做什么的？

A：光有实践没有知识是写不好程序的，第一阶段基本都是实践，第二部分则是用来查缺补漏。 之所以推荐网络课程是因为讲解的比较系统，各种入门知识都会涉及。因为iOS所涉及内容庞 大单看几本书还是涉及不全的。

Q：上不上培训班？

A：个人意见是不推荐去,自学足够了。现在学习iOS的环境比前几年好太多了,光凭借网上的资料是 完全可以的学得很好的,如果你连这点学习能力还没有我也不相信你将来能成为一个很优秀的工程师。而且你会发现在社会上一些互联网公司是拒绝接收培训班出来的人。

推荐入门书籍：

tips:以下所有书籍有英文版看英文版，有最新版看最新版

1、《Objective-C 程序设计》（难度指数：※※）

2、《iOS 7应用开发入门经典》（难度指数：※※）

3、《iOS开发指南-0基础到AppStore上架》（难度指数：※※※）

4、《iOS编程实战》（难度指数：※※※※）

这里面讲解的很清楚，后面甚至有简单的项目可以练手，这对于看视频教程看恶心的同学是个福音~你可以先做项目遇到不懂的再看视频。

这里我想多说一句，买iOS开发的辅导书千万别买过时太久的，我看以上有答案还推荐iOS4系列丛书呢...拜托现在都什么年代了，现在iOS8教程都要出来了，你iOS6的教程都过时好久了更别提iOS4了...对于新出的swift语言好多人难以选择不知道该学OC好还是Swift好。我个人建议现在学OC，一门新语言的诞生需要经过时间的考验与洗礼。等你学好了OC以后再看也不迟。

第三阶段及以后

到这个阶段你应该拥有了充分的自学能力，已经达到了入门水平。

这时候以下网址将成为你的家常便饭：

Github，StackOverFlow

如果你编程遇到困难，在StackOverFlow上面应该都能找到合适的解答。(前提是你英文不要太差)。Github上好多开源代码足够丰富你的眼界。如果你想成为一个iOS开发者的话这上面两个网站是你经常以及必须会用到的。

Github上怎么搜牛人们的项目：

img src="" data-rawwidth="425" data-rawheight="360" class="origin_image zh-lightbox-thumb" width="425" data-original=""

想学一点UI的同学可以看：

1、iOS by Tutorials

2、design+code 网址：

想学一点动效/交互的同学可以看：

1、下载QuartzComposer及相关插件如Origami，教程： Quartz Composer学习

想学applewatch开发的同学可以看：

1、《watchKit》raywenderlich刚推出这个教程，英文版无译文。

进价书单：

1、《Effective Objective-C 2.0》(必看)

2、《Objective-C高级编程 iOS与OS X多线程和内存管理》

3、《iOS开发进阶》

4、《iOS Auto Layout 开发秘籍》

推荐博客及网站：

1、Github：

2、StackOverFlow：

3、Code4App：

4、cocoachina：

5、objc中国：

进阶博客（排名不分先后..）

1、王巍的博客(我们都叫它喵神，他很萌哒)

链接: （难度指数：※※※※※）

理由:他的swift的新书讲解的非常好，但不适合入门，进阶的话这是很适合的一本书。其他关于OC的内容可以翻看喵神的博客。

2、唐巧哥的技术博客

链接: iOS开发如何提高 （难度指数：※※※※※）

理由:据传说是iOS圈的刘德华。巧哥05年1月会出一本进阶的书，可以关注以下。

3、叶孤城的技术博客 ：

链接:叶孤城带你读源码之RESideMenu （难度指数：※※※）

理由:叶孤城童鞋的风格就是讲解细腻，通俗易懂。

4、破船之家：

链接:beyondvincent.com 的页面 （难度指数：※※※）

理由:破船的博客内容很全面，一些开发笔记，技巧他都会教给你。

5、Xcode Dev

链接: Xcode Dev （难度指数：※※※※）

理由:也是一位大神的原创博客，内容很值得学习。

6、txx's 的博客(我们都叫它虾神，他也超萌哒)

链接: txx's blog

理由: 90后非常优秀的iOS开发者，看看他的大学时期的经历才发现我们过的是多么懈怠，大神之所以为大神也是有原因的。

7、Kevin的博客

链接: Kevin Blog

理由:周楷雯是一个非常厉害的90后iOS开发者，他前些年写的项目在Github上拥有2500+star （PNchat?忘了）非常恐怖。

8、念茜姐姐的blog

链接: 新博客： 旧博客：念茜的博客

理由: iOS圈里的女神级人物，她写的iOS安全类的文章非常值得一看。

9、孙源的blog

链接： sunnyxx的技术博客

理由：90后iOS开发者，技术同样非常强，目前似乎在百度知道任职。

等等...iOS圈内值实力很强又懂得分享知识的开发者绝不止以上几位，我随时想到随时再补充。

（二）swift语言开发iOS应用

这里推荐两个入门学习比较好的方法

1、的网站（难度指数：※）

非常浅显易懂的入门级swift教程：

这个网站可以看两方面：

(1)、随时更新的swift tips （有一定水平在看）

(2)、新手主要看以下这本书img src="" data-rawwidth="390" data-rawheight="434" class="content_image" width="390"

2、《Swift Tutorials》 依然是raywenderlich出品，目前只有英文版。（难度指数：※）

3、官方swift译文教程 《The Swift Programming Language》中文版 （难度指数：※※）

4、上文提到的王巍的博客(喵神)《Swifter - 100 个 Swift 必备 tips》（难度指数：※※※※）

喵神的这本书网上就有售卖，请支持正版，绝对是不可多得的进价书籍，此书并非传统意义上的教程，是以tip的方式呈献给大家的。

网站栏目：ios开发进阶,ios进化
新闻来源：http://kswjz.com/article/dsdgssd.html