您的位置:首页 > 运维架构 > 网站架构

iOS系统架构

2016-10-14 18:59 120 查看

1、 系统架构层次



最上层是Application,软件开发层,呼叫底层的API,然后这些API呼叫它的library;

第二层有两个部分,做一些所谓的促发事件的反应,只要有用户交互,它就会触发APP。CoreServices层,做系统内部层的一些硬体功能,当开发者用的时候可以直接呼叫这些功能;Security Services安全性认证功能层;

媒体层准备一些很底层的工具,包括Media Coder、mp3或者影片的coder,用户在播放音乐或影片时它可以调用底层硬件的加速器直接去播放,所以这也是现在手机上一些影片的流畅度很好的原因就是有Media类在上边。

用户最多操作UI的部分是Cocoa Touch触控应用层。

程序员写iOSAPP顶多是在Application软件层,底层和作用系统层被严格的保护起来,是触碰不到的。出于安全性考量,一个app根本就获取不到另一个app的数据。因此我们不可能将需求中的每一个功能都完完全全做到,因为没有那个API,iOS对底层保护非常严格。

2、下面是一个完整的应用MVC模式,



我们自己所定的是Application Delegate,系统定的Object是淡橘色部分,蓝色部分是开发者继承改写或自己开发的部分。

大部分我们的应用层次一启动时候,就会被UIApplication的软件操作方法部分包裹,开始做触发事件的监听动作,将监听到的猝发事件传给Application Delegate(触发事件),然后ViewController来做监听和反应,View中就会呈现用户交互的结果;

Model可以理解成source,一个APP只有一个Model,文件和档案只能这个app可以取得。ViewControllers将界面数据与逻辑传递给Datasource(界面数据)+dalegate也会将方法监听的信息共同传递给ViewController,最后传递给界面View,View又会传递给ViewController。

3、下图为系统启动原理:



(直接上手写,如有不对的地方请您指出)
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息