iOS移动平台架构设计.docxVIP

火龙果 整理 火龙果 整理 火龙果 整理 火龙果 整理 低耦合企业级系统架构设计 我们往往称JavaEE 或.Net 开发的产品为“系统”，而移动平台（主要是：Android、iOS 和Window Phone）开发的产品为“应用”。“系统”比较复杂，需要架构设计，而“应用”相对比较简单，这是不是意味着我们不需要考虑架构问题呢？ 我们首先了解一下企业级系统架构设计。软件设计的原则是提高软件系统的“可复用性”和“可扩展性”，系统架构设计采 用层次划分方式，这些层次之间是 松耦合的，层次的内部是高内聚的。降低耦合是软件设计的目标，能够设计出低耦合的系统，就意味着我们的系统具有“可复用性”和“可扩展性”。通用低耦合 JavaEE 和.Net 企业级系统架构图。 表示层是用户与系统交互的组件集合，用户通过这一层向系统提交请求或发出指令，系统通过这一层接收用户请求或 指令，然后，将指令消化吸收后调用下一层，再将调用的结果展现到这一层。表示层应该是轻薄的不应该具有业务逻 辑。 业务层是系统的核心业务处理层，负责接收表示层的指令和数据，消化吸收后，进行组织业务逻辑的处理，并将结果 返回给表示层。 数据持久层是服务层用于访问数据库层，从设计规范上讲为了降低耦合度，服务层不应该具有访问数据库的代码，访 问数据库的代码应该放到数据持久层中。 信息系统层，是系统的数据来源，可以是数据库、文件、遗留系统和网络数据。移动平台的分层架构设计 移动平台的应用是缩小版本的系统，它也需要架构设计，但并非所有的应用都一定基于通用低耦合企业级系统架构， 一般而言主要是涉及信息处理的应用才使用这种架构设计模式，例如：一些游戏有自己的游戏引擎，引擎也属于架构 设计。iOS 平台一般信息处理应用分层架构设计图。 表示层，iOS 中的表示层是由UIKit Framework 构成的，它包括我们前面学习的视图、控制器、控件和事件处理等内容； 业务逻辑层，采用什么框架要据具体的业务而定，但一般是具有一定业务处理功能的Objective-C 和C++封装的类， 或者是C 封装的函数。中国返利网 艺尚网 数据持久层，提供本地或网络数据访问，它可能是访问SQLite 数据API 函数，也可能是CoreData 技术，或是访问文件的NSFileManager，或是网络通信等技术，采用什么方式要看信息系统层是什么。 信息系统层，就iOS 而言它的信息来源分为：本地和网络。本地数据可以放入文件中也可以放在数据库中，目前iOS 本地数据库采用SQLite3。网络可以是某个云服务，也可以是一般的Web 服务。基于同一工程的分层 架构对于我们iPhone 和iPad 开发有着很现实的意义。如果我们要编写一个基于iOS（iPhone 和 iPad 两个平台）“My 备忘录”应用， 它具有：增加、删除和查询备忘录的基本功能，“备忘录”应用用例图，分层设计之后，表示层可以有不同 iPhone 版和iPad 版本，而且业务逻辑层、数 据持久层和信息系统层都可以公用。这样可以大大减少我们的工作量， 这就是分层设计的好处。 iOS 考虑iPhone 和 iPad 两个平台，我们绘制了设计原型草图， iPhone 版本的“My 备忘录”应用设计原型草图。iPad 版本的“My 备忘录”横屏设计原型草图， iPad 版本的“My 备忘录”竖屏设计原型草图。 火龙果 整理 ． ， ＿  -1, j -1, 汇 ， 3 K 勹 ＇ 一 三 －－ ＂ 一 文 1 、、一－ - - -F千 r 1 、 、 一－ - - - .... ，．，r _ ． - ，．， f ,t，1 I; l。二I 二勹 七立1 ? 1 lr 』 令－－ ＠  比嘈 ｀｀· 臣 i , .｀匕 。 。 ｛：： ＼ 斗 ,.．, 立下 竺 0-2 Jil. 1l,., ” - ll” 帕 日 山． 兮 0- ＆打心节 f ; ＆打心节 f ; P ”“ 严 Lil 心 江；； I 心 夕心 h 扯 ＠ ＠ 在 iOS 平台分层的具体做法有多种模式：基于同一工程的分层、基于一个工作空间不同工程的分层和静态链接库分层。本小节介绍基于同一工程的分层。 火龙果 整理 火龙果 整理 火龙果 整理 火龙果 整理 -(int) -(int) create:(Note*)model; 我们在前文中已经介绍了构建自适应iPhone 和 iPad 工程，就是我们现在要讲的基于同一工程的分层模式。请读“备忘录”应用的代码，实现过程这 里不做介绍，打开“MyNotes”工程，在 Xcode 工程导航面板有 3 个组：PresentationLayer、BusinessLogicLayer 和